Abstract
Decisions about modeling and simulation (M&S) of real-world systems need to be evaluated prior to implementation. Discrete Event, System Dynamics, and Agent Based are three different modeling and simulation approaches widely applied to enhance decision-making of M&S of these systems. Combining and/or integrating these methods can provide solutions to a plethora of systems’ problems. However, current solutions and frameworks do not provide guidance for selecting and deploying M&S models. Hence, the aim of this work is to present a generic modeling framework for combining and/or integrating Discrete Event, System Dynamics, and Agent Based simulation approaches. The framework is termed multi-paradigm modeling framework (MPMF). In this paper, we describe the research methodology that was followed for the development of MPMF, the different phases of MPMF, and the generic relationships of forming and deploying multi-paradigm simulation models. Then we evaluate the framework by using it for the implementation of a universal task analysis simulation model (UTASiMo). The MPMF provided guidance on what methods need to be incorporated into the UTASiMo models, what information is exchanged among those models, and how these models are connected and interact with each other.
Keywords
1. Introduction
The need to evaluate decisions in real-world systems prior to implementation is well recognized in the literature.1–4 Modeling and simulation (M&S) methods and, more specifically, Discrete Event (DE), System Dynamics (SD), and Agent Based (AB) approaches are widely applied as decision support tools to provide solutions to a plethora of system problems.5–8
Most real-world problems refer to both continuous and discrete structures at the same time. 9 In such situations, applying only discrete modeling approaches can significantly increase a model’s complexity, while using only continuous approaches fails to represent individuality. 10 Moreover, traditional stand-alone M&S approaches can face serious challenges to represent the overall multidimensional nature of a system as a “whole”7, 11 and often emphasize more on a particular level of abstraction by tackling a specific set of modeling questions. 12 On the other hand, a multi-paradigm M&S approach allows the generation of simulations that may be interoperable and can capture interactions among elements at different abstraction levels by addressing a larger range of modeling questions and representing a variety of problem situations and applications. 13 They also provide the modeler with a broader flexibility to represent more complex problems 9 and reduce the amount of computational effort required to obtain acceptable solutions. 14 Therefore, the necessity to model real-world systems considering a “holistic view” is becoming an essential factor in the design, analysis, and implementation of real-world systems.8, 11, 15, 16
Efforts of the M&S community to expand the existing M&S approaches in order to advance reusability, interoperability, and composability of real-world systems are limited to their own technical domains or remain isolated solutions. 17 Therefore, integrating and/or combining different M&S approaches12, 18, 19 has been viewed as a response to current challenges in managing, designing, and evaluating systems in various domains, such as in socio-technical systems, cyber-physical systems, 20 business,21–24 and healthcare organizations.4, 25–29
1.1. A brief review of hybrid simulation solutions
Within the initial design and development of simulation models for real-world systems, analysts should consider the selection of appropriate simulation methods. Understanding and making decisions on what methods should be used at an initial stage of development can provide insight into the design of the simulation models (single-method, hybrid, or multi-paradigm architecture) and assist in selecting the appropriate simulation software.
To model real-world systems over time, the integration and/or combination of multiple simulation models is often useful as it can help capture the complexity of the real system and provide a more comprehensive and holistic view of the system under investigation. 30 Using two or more components of different M&S categories that are composable in order to construct a model that supports the underlying M&S effort results in hybrid simulation. 9 There is a considerable literature on hybrid simulation solutions and the integrated deployment between two methods: DE and SD,18, 22, 23, 28 SD and AB,21, 31–33, 61 and DE and AB.34–35 Several types of frameworks have also been proposed when dealing with hybrid simulation models. The work of Petropoulakis and Giacomini 36 focuses on combining DE simulation (i.e., for transportation activities) and continuous simulation aspects (i.e., ordering rate) into a supply-chain system model. Rabelo et al. 37 suggested a framework where SD and DE are integrated and used to model and simulate how local production decisions affect the global market. Venkateswaran and Son 22 described a framework where SD is used to model the management of a facility inventory, while shop-floor operations are simulated using DE. They applied SD for high-level aggregate functions and DE for lower-level individualized functions. Zulkepli, Eldabi, and Mustafee 38 suggested a hybrid SD–DE approach to model large systems in healthcare. Barros 39 proposed Hybrid Flow System Specification (HYFLOW) as a universal formalism for the representation of hybrid systems. Tolk, Page, and Mittal 40 provided an initial review on hybrid simulation for cyber-physical systems to help establish a better foundation for cyber-physical support by simulation methods and applications. Brailsford et al. 41 presented the results of a review of the hybrid simulation literature using a novel life-cycle based framework. This conceptual framework provides the structure for a set of good practice guidelines for modelers and authors. Although several hybrid M&S applications have been proposed and deployed in various domains, only a few published reports have been detected in the literature regarding the integrated deployment of the three aforementioned M&S paradigms concurrently (MPM deployment). Djitog et al. 29 developed a model-driven framework for multi-paradigm M&S of healthcare systems. More recently, models produced by the three M&S approaches together are also presented in the literature.7, 12, 27,42,43 However, these multi-paradigm simulation studies do not always establish a relevant conceptual framework prior to the model implementation and do not justify the reasons for using each particular M&S paradigm.12, 44, 45
The importance of justifying the need to integrate and/or combine M&S approaches to form hybrid and multi-paradigm simulation models prior to the model development has been mentioned before.18, 19, 28 Therefore, there is a need for a multi-paradigm framework that will provide guidance on how to combine and integrate the three M&S paradigms.
1.2. Current work
To the best of our knowledge, no reported frameworks have been identified to provide guidance on how to combine and/or integrate DE, SD, and AB approaches to form multi-paradigm simulation models. The literature46, 47 suggests that an alignment should exist among the object, problem, or system (“What”), the purpose (“Why”), and the methodology (“How”) when combining different simulation methods. A key challenge is also how to model the exchange of information among different models. 29 Thus, the multi-paradigm modeling and simulation (MPMS) framework aims to fill the identified gaps and provides a generic guideline on how to tackle the simulation of real-world systems by answering the following research questions:
In order to overcome these challenges and provide guidance that will allow inclusive M&S of a real-world system, a generic modeling framework for applying MPMS has been developed.48, 49 The framework provides guidance on how to combine more than two simulation paradigms to form multi-paradigm models. However, composability will be addressed and discussed in future work.
The term “paradigm” refers to the simulation approach that can be used to generate the behavior of the system represented. 29 Accordingly, we use the term “multi-paradigm” to refer to all the possible combinations that can be used to construct models that are composed of more than two M&S methods.7, 34, 50 In this research, we use the term multi-paradigm modeling, or MPM, to define the combination and/or integration of three or more M&S methods.
The major contributions of this paper include: (1) a modeling framework that guides the user/modeler through the development of a multi-paradigm simulation model; (2) generic relationships of forming multi-paradigm simulation models; and (3) the implementation of a universal task analysis simulation model (UTASiMo) following the MPM framework as a guideline.
The remainder of the paper is organized as follows. Section 2 provides an overview of the phases of the MPM framework that lead to the implementation of a MPM model. Section 3 includes the conceptual modeling phase, an algorithm that recommends appropriate M&S method(s) based on user-selected criteria for user-defined objective(s), as well as the generic relationships that can be formed among DE, SD, and AB models when deploying multi-method simulation models. Sections 4–7 present how the framework is applied for the conceptual modeling, implementation, and evaluation for the development of a UTASiMo. Finally, in section 8 we discuss future work and conclusions.
2. Overview of the multi-paradigm modeling framework (MPMF)
This section provides a brief overview of the MPMF. The different abstraction levels of the framework, the modeling concepts, and the constructs are described using Unified Modeling Language (UML). UML helps to illustrate the actions that a user performs in order to achieve a goal while interacting with a system. The framework is examined from both a high-level view as well as from an internal view. The latter approach presents the MPMF architecture in more detail and describes how the different model components interact.
Figure 1 depicts a high-level activity diagram of the phases of the framework. The framework is divided into four main phases. Phase 1 includes the conceptual modeling steps that the user has to follow during the M&S study prior to the actual model implementation. During Phase 1, the user has to define the problem, decompose the M&S study’s objectives to sub-objectives, define the scope and constraints of the study, and follow an algorithm to select M&S method(s) for the model implementation. Additionally, the user examines Q1, Q2, and Q3.

High-level view of MPMF.
Phase 2 is the development process of the actual MPM model construction. This phase includes the development activities of the MPM study: the implementation of the results and model(s) suggested by the Phase 1’s algorithm; the programming of the model(s); and the execution and calibration of the computer-generated (CG) model(s).
Phase 3 consists of the verification and validation (V&V) process. This phase takes place after the execution of the simulation and before the documentation of results to ensure credibility of the simulation study and the produced results. The relationship between Phase 2 and Phase 3 is iterative and frequent updates to the model may occur.
Finally, Phase 4 includes the preparation of the simulation report, the documentation of the results, and examination of future improvements.
3. Phase 1: Conceptual modeling of the MPM model
This section describes the conceptual modeling steps of the MPMF, which is composed of the activities illustrated in Figure 2. The framework integrates steps from a typical M&S methodology for implementing a single-method model1, 51 with steps from a methodology for combining DE and SD models.28, 44 The novel components in the framework include: steps for the integration of AB models; an algorithm that helps the user select appropriate M&S methods; steps for the identification of interaction points; and types of interaction for all three methods.

Activity diagram of internal view of MPMF.
3.1. Define problem
The first step the user needs to perform is to explicitly define the main problem and its surrounding environment. The challenge to define a problem well and agree upon specifications due to diverse opinions of the team 52 has been tackled in soft-systems methodology as proposed by Checkland. 53 Appropriate time and effort must be invested on understanding and clearly defining the problem before starting to seek solutions.
3.2. Identify objective(s) “O” and decompose them into sub-objectives “oi”
The next step is to identify the objectives of the M&S study by following the third principle of modeling, known as “divide and conquer” 54 or as “decomposition of the main purpose.” 55 According to the third modeling principle, 54 the user has to decompose the overall objective “O” of the study into sub-objectives “oi.”
The decomposition of the overall objective into smaller objectives assists in considering each of the stakeholders’ problem formulations and in selecting the appropriate M&S method within a real-world systems context that may require a MPM approach to analysis.
If the overall objective “O” cannot be decomposed to smaller sub-objectives “oi,” the user follows three parallel activities (Figure 3): “Identify Assumptions and Constraints,”“Identify M&S Scope,” and “Select M&S Method(s).” Otherwise, the user decomposes “O” into “oi” and conducts the three parallel activities for each “oi.” The objectives and sub-objective are defined prior to the selection of M&S method, or prior to possible revisions of current deployed simulations.56, 57 Moreover, the identification of constraints and assumptions, M&S scope and M&S method should be conducted concurrently.

High-level view of Phase 1 of MPMF.
3.2.1. Identify constraints and assumptions
Following the decomposition of the main objective into sub-objectives, the user is directed to the identification of the assumptions and constraints under which the MPM study is performed. The defined assumptions and constraints play an essential role for the successful V&V of the simulation model.
Constraints may include environmental conditions that can restrict the possibilities of particular actions’ occurrence, or specific attributes that may need to be satisfied for the execution of specific actions. 51 If some of the objectives cannot be adequately achieved and/or constraints are violated while developing the scope, then the expectations of the study can be reduced and/or constraints may need to be turned off. Therefore, we strongly recommend that the user considers frequent feedback from the problem owners in regard to the modeling assumptions and rational of the model, timeline of the MPM study, access to applicable data, cost constraints, and other constrains associated with activities that depend on time, available resources, and/or conditions.
3.2.2. Identify M&S scope
The identification of the M&S scope helps to achieve the objectives without violating the given constrains and assumptions. Therefore, the user/modeler needs to clearly define the aspects that will be included in the M&S study for each sub-objective. The M&S scope is also very significant as it builds a strong bridge of communication between the problem owner and the modeler and it provides all the necessary information, clarifications, and expectations of both parties. Figure 4 presents the activity “Identify Scope,” which is composed of five parallel activities that the modeler has to define for each of the DE, SD, and AB model(s).

“Identify Scope” activity.
The sub-activities of “Identify Scope” are the following:
Define content and form of results: Content and form of results may vary from low (basic statistics) to high detail. For example, if an inclusive animation or very detailed statistics are expected for the simulation study, the time and effort engaged to implement a project may be considerably affected. 51
Define boundaries: Four boundaries need to be defined: beginning, ending, upper, and lower boundaries (Figure 5). The beginning boundary is associated with the inputs that activate the model to start. The ending boundary is associated with the outputs of the simulated model. The upper boundary specifies the inputs that enter the model during the simulation execution time. The lower boundary specifies the outputs that exit the model during the simulation execution time.

The four boundaries (beginning, ending, upper, and lower).
Define level of detail: The level of detail is defined by the level of required output precision and it is associated with factors such as: “detail” and “dynamic complexity”; size of the model; and time to develop and validate the model. 51 Detail complexity is the type of high combinatorial complexity among various variables and attributes, while dynamic complexity is related with the interaction variables of the agents and their environment over time.3, 58 Figure 6 illustrates how the level of detail impacts a model’s development time. The more details a modeler adds in a model, the more the development time increases.

Impact of level of detail in terms of development time.
Define degree of accuracy: The degree of accuracy corresponds to the validity of data being employed. At this point, the user collects, prepares, and validates the input data before he/she starts the model development. The type of the collected data may be numeric or logic. 51 Numeric data define quantitative information according to the elements being modeled, such as costs, batch sizes, inter-arrival times, waiting times, and service times. Logic data describe the workflow of a model and capture information, such as model objects and their behaviors, policy rules, prioritization of processes, and assignment of resources.
Define type of experimentation: The type of experimentation specifies the type of analysis that will be conducted. 51 For example, the user may conduct the analysis of capacity, sensitivity, decision response, comparison, optimization, and visualization.
3.3. Selection of M&S method(s)
In this activity, the modeler is prompted to select the M&S method(s) that best satisfy the decomposed sub-objectives oi based on the problem, system, and methodology perspectives. The problem perspective refers to the understanding of the “nature, scope, and different aspects of the problem.” 44 The system perspective refers to “real world context under investigation.” 44 The methodology perspective refers to “philosophical assumptions, technical capabilities, limitations and inherent characteristics of the modelling method.” 44
At this point, the framework aims to guide the user to select among the j most appropriate M&S method(s) based on the provided user input, where j = 1, 2, 3. An algorithm is applied to help the modeler select M&S method(s) for the model implementation as follows:
The modeler selects k number of criteria ci∈ℂ (see Definition 1) that best fit the problem, system, and methodology perspectives of a particular objective oi.
The modeler is called to assign numerical weights wij for each VoIij of k selected criteria ci (see Definitions 2 and 3). This needs to be done in order to quantify the relative importance of each VoIij and provide a rational basis for the decisions being made.
All methods for each sub-objective are ranked from the best one to the worst one based on Equation (3), with best being the higher-scored method and worst the lower-scored method:
The framework returns the higher-scored method for each sub-objective oi.
The above steps of how the user/modeler interacts with the MPMF for the selected criteria ci of an individual objective oi are described by the UML sequence diagram of Figure 7. Table 1 provides a partial list of three alternative criteria considering the problem, system, and methodology perspectives for selecting among DE, SD, and AB M&S.

Selection of M&S method.
Sample list of MPMF criteria based on problem, system, and methodology perspectives.
Once the M&S methods are selected for each sub-objective, the framework continues as follows:
If all “oi” are described by a single M&S method, the conceptual modeling ends and the framework continues with Phases 2, 3, and 4.
If the sub-objectives are satisfied by different M&S methods, then the framework continues with the rest of the MPMF activities that are included in Phase 1 (sections 3.3 and 3.4) and the user is called to identify the interaction points for all “oi.”
In the latter case, investigation of Q1 (“When and why is MPM required?”) takes place, while Q2 (“What are the interaction points?”) and Q3 (“How do AB, DE, and SD interact with each other over time to exchange information?”) will be investigated following the activities of sections 3.3 and 3.4.
In contrast to Chahal’s hybrid framework, 44 which suggests starting the development of the models before the identification of the interaction points and the mapping of their relationships, the MPM framework first conceptualizes the identification of interaction points and the type of information exchange between inputs/outputs (I/O) of the proposed models and then continues with the development of the actual models. The reason for altering this order is that we found it more practical to justify and conceptualize first how the modeling approaches can be connected and then implement the hybrid simulation. Furthermore, Chahal’s framework 44 focuses on the integration of DE and SD methods only in the healthcare domain, while the MPMF considers the integration of DE, SD, and AB modeling approaches for the development of simulation models in various domains.
3.4. Identify interaction points
The interaction points are defined as the pairs of I/O information exchange of data between different models. 44 The interaction points result from mapping the boundaries of the models that need to communicate. The mapping among DE, SD, and AB takes place prior to the development of a MPM model (answering Q2). The user/modeler is called to identify the interaction points, which consist of I/O data of DE, SD, and AB models and their corresponding variables that are properly “captured by” or “influenced by” each M&S approach, as illustrated in Figure 8.

Variables “captured by” or “influenced by” DE, SD, and AB approaches.
3.5. For each pair of mapped interaction points define relationship type
This activity describes the type of interaction for each pair of mapped interaction points (answering Q3) that the user needs to define. In order to identify how AB, DE, and SD models interact with each other to exchange information, all the relationships among pairs of interaction points need to be well-defined. Table 2 describes the different types of interaction relationships that can be formed among DE, SD, and AB models. Chahal defined and proposed three generic types of relationships that can be formed between DE and SD interaction points: “direct replacement of variables,”“aggregation/disaggregation,” and “causal” relationships. 44 The present work further expands the generic relationships between the interaction points of information exchange to include AB as the number of relationships increases when AB is included. AB refers to a set of interaction rules for entities that produce complex behavior.
Types of relationship for interaction points.
More specifically, AB interactions can involve state changes, inject, adding or removing objects or entities, transfer entities, control flow statements, trigger events, and state-chart control relationships. Therefore, we define two main categories and their subcategories to describe relationships of interaction points that involve information exchange among DE, SD, and AB. These two categories are the “value assignment” relationships (type A) and the “impact statements” relationships (type B).
As value assignment relationships, we define the relationships that include mathematical formulations and replacement of values between equivalent variables. This category consists of the three subcategories that were adapted by Chahal. 44
The “direct replacement of values of variables” (type A.1) corresponds to interaction points that represent equivalent variables of information exchange in both models.
The “aggregation/disaggregation” (type A.2) corresponds to interaction points that seize values of information exchange that need to be aggregated (accumulated) or disaggregated from the one model to equivalent values of the other model.
“Causal relationships” (type A.3) correspond to interaction points that are described by explicitly mathematical relationships.
As impact statement relationships, we define relationships that cannot be expressed using value assignment relationships, but they are related to more abstract concepts. Each of the impact statement relationships may contain one or more, or combination, of value assignment relationships. Such impact statement relationships can be:
“Add/Remove/Inject/Transfer agents or entities” (type B.1).
“Control flow relationships” (type B.2), which correspond to “if,”“for,” and “while” statements and define the flow of a particular logic.
“Trigger Event relationships” (type B.3), which can be of a different type, such as timeout, message, condition, rate, and arrival.
“State-chart control” (type B.4) corresponds to the state that may control the flow among two models, update variables from other models, or trigger any other type of relationship.
For better understanding of how these relationships work in practice, a healthcare multi-method M&S example was developed using AnyLogic 59 simulation software. In this example, the three M&S methods were combined for simulating patients who arrive in a clinic and wait to receive treatment. If the waiting time is greater than a specific threshold, then the patient leaves the clinic for another healthcare provider.
In this case, DE captures the patient’s flow of the treatment process. When a patient arrives at the clinic, he/she waits in the queue for his/her turn to receive treatment or not and then exits the clinic. AB represents the decision-making logic of each patient when he/she waits for treatment or when he/she decides to leave the clinic. Finally, the SD model estimates cost and profitability loss for those patients that abandoned the clinic due to long waiting times. Figure 9 illustrates the deployment of all the three M&S methods together.

Deployment of DE, SD, and AB approaches.
During the simulation run time the DE model triggers the timeout event “Update_not_treated_number” (B.3 type), which, in turn, directly replaces the value of the SD variable “number_of_not_treated_patients_per_day” with its equivalent variable “number_of_not_treated_patients” that is calculated by the DE model (A.1 type). Figure 10 illustrates these types of relationships for the interaction between the DE and the SD models. In both models, the related interaction points represent variables whose values are equivalent to each other.

Combination of A.1 and B.3 type of relationships during SD–DE interaction.
Another type of relationship that takes place when SD and DE models interact is the disaggregation (A.2 type). More specifically, the SD rate of “arrivals_per_day” is disaggregated and passed to the DE entry point variable in the form of inter-arrival time (Figure 11). This type of relationship is type of disaggregation because the arrivals per day break down to smaller time intervals between each arrival.

A.2 type of relationship during SD–DE interaction.
During the simulation interaction between the AB and DE models, the DE model adds entities to the AB population (patients). This “add entity” relationship type (B.1 type) is illustrated in Figure 12.

B.1 type of relationship during AB–DE interaction.
Figure 13 illustrates two types of relationship for interaction between AB and DE models. During the simulation run time, the AB Control flow (B.2 type) changes the process flow for the corresponding entity. More specifically, the AB transition removes (B.1 type) the corresponding entities, which can be either in the “WaitingInLine” or in the “Normal_Treatment” stage of the DE process. Then the AB transition transfers the corresponding entities into the “enter” object to exit the clinic.

Combination of B.1 and B.2 type of relationships during AB–DE interaction.
Finally, during the interaction between AB and SD models, the SD variable “LossDueToLongWaitingTime” is controlled (B.4 type) by the AB state of “LeaveClinic.” When the AB state-chart state “LeaveClinic” is activated, the SD variable “LossDueToLongWaitingTime” is explicitly described by the mathematical expression (A.3 type) “number_of_not_treated_patents_per_day” multiplied by “lost_profit_per_patient_not_treated.”Figure 14 illustrates these two types of relationship.

Combination of A.3 and B.4 type of relationship during SD–AB interaction.
Table 2 summarizes the two main relationship categories, the different types of relationships, and an expression example for each type.
Sections 4 to 7 present the steps that were followed when the MPMF was applied for the design, development, and evaluation of a universal task analysis simulation model (UTASiMo).
4. Following the MPMF methodology for the design, development, and evaluation of a universal task analysis simulation modeling tool – Phase 1: Conceptual modeling
Prior to the development of UTASiMo that deploys DE, AB, and SD models, 60 we followed the MPMF framework 49 as a guideline to justify the reasons for using each particular M&S method, as well as to conceptualize the identification of interaction points and the type of information exchange between inputs/outputs of the proposed models. Based on the user-defined objectives, assumptions, and selection of criteria, the framework suggested the development of a model consisting of three M&S methods. More specifically, we provide the methodology that was followed by applying the steps defined in section 3.
4.1. Define problem
Task analysis is a set of methods used in a work environment to evaluate human performance (i.e., task execution times, workload, human errors, etc.). The purpose of this study is to develop a simulation tool for task analysis that simulates human performance and predicts the level of human error and workload that human operators experience in order to meet the demanded task execution times. More specifically, the task analysis tool should be able to: (a) analyze task sequences and estimate task execution times; (b) take into account the human operator’s characteristics to estimate workload; and (c) consider task- and human operator-related properties to predict human error probabilities. Human error and workload depend upon the skills and experience of each human operator as well as the nature of the task (i.e., action or diagnosis tasks).
4.2. Identify overall objective “O” and decompose it into sub-objectives “oi”
The overall objective is to develop a tool that predicts human error and workload that human operators experience in order to meet the demanded task execution times in a work environment. The overall objective of the model UTASiMo is to be capable of simulating tasks and scenarios performed by human operators, while considering task execution times and workload for operators with different skills/characteristics and assessing human error based on the skills of the operator and the dynamics of the task within a dynamic environment.
The overall objective is then decomposed to the following three sub-objectives:
o1: Provide quantitative prediction of human error, which is influenced by the dynamics of the task and the properties of the operator over time.
o2: Analyze a task network based on the task sequence, priorities, operator’s skills, and events to estimate task execution times.
o3: Create a human operator model to capture variability in operator characteristics, indicate how the operators perform the tasks, and estimate utilization/workload.
4.2.1. Identify constraints and assumptions
As we mentioned earlier, assumptions are essential when creating a simulation model as it is not feasible to include all the possible events that will occur in reality. Therefore, during this system analysis, the following modeling constraints and assumptions are taken into consideration:
Each primary task can be performed by a single human operator.
Each human operator is assigned primary tasks in a sequence.
All task execution times are assumed to follow triangular distribution.
Human error is influenced by eight main factors.
The default walking speed for a human operator is 1.5 m/sec.
4.2.2. Identify M&S scope
The M&S scope is to develop a tool capable of automating the modeling process and simulating individuals performing tasks in various domains in order to estimate task execution times, utilization/workload and human error probabilities. The main purpose is to eliminate the need of programming and modeling efforts for generating task-based simulation models.
Define content and form of results
The content and form of results of this study require a high level of detail, including statistical I/O data analysis and visualization of the process through animation, graphs, and detailed statistics of the performance measurements such as average task execution time and average workload of human operators.
Define boundaries
The next step is to define the boundaries and, more specifically, the beginning, ending, upper, and lower I/O data of information exchange, as well as the performance measurements that were considered for the V&V of the system. The beginning boundary data were used as input to calculate the performance measures (outputs). Table 3 illustrates the upper and lower I/O data information exchange among the three sub-objectives, the beginning boundary data, and the ending boundary data.
Upper and lower boundaries I/O data.
Level of detail, degree of accuracy, and type of experimentation
The experimentation type of this study includes the visualization of the system and validation of the UTASiMo-generated models. Table 4 illustrates the identification of logic and numeric data.
Logic and numeric data.
4.2.3. Selection of M&S method(s)
In this section, we run the MPMF framework by selecting criteria that fit the problem, system, and methodology perspective of each objective and assign their numerical weights based on their relevant importance, as described in section 3.3. Then, the additive functions are ranked from best to worst and the framework returns the higher-scored method for each sub-objective. Table 5 illustrates a partial list of selected criteria for each objective and assigned weights and summarizes the returned higher-scored M&S method for each of the three defined sub-objectives.
Selection of M&S methods.
Here, it is important to capture the dynamic complexity between various variables affecting human performance (human error, workload, task execution times, skills, and experience) and analyze the way different variables influence human performance over time. For sub-objective o1, the framework recommended SD as more appropriate to capture the dynamics of the environment that influence human error over time. The role of the SD model is to capture the causal relationships of factors affecting human error, use them to assess the overall simulated system’s human error probability, and provide a quantitative basis to the simulated system’s evaluation. 62 For sub-objective o2, the framework recommended DE to capture the temporal aspects of tasks, and for sub-objective o3, the framework recommended AB to capture the human heterogeneity, behavior, and actions. 63
4.3. Identify interaction points
After selecting the M&S methods, the interaction points that describe variables of I/O information exchange among the different objectives need to be identified. In this case, we have three sub-objectives that are captured and influenced by three sub-models. These sub-models complement each other and form a MPM model capable of offering realistic perspective and useful insights. The mapping among DE, SD, and AB sub-models consists of input and output data of information exchange. Inputs and outputs of each model are paired with the inputs and outputs of the other models within the same perspective.
For the UTASiMo tool, the following types of interaction points and types of relationships are identified for each of the three interactions between pairs of objectives, based on section 3.5:
Interaction points between AB and DE models: The operators (OperatorID (AB)) should be placed in a task network (OperatorID (DE)). Each operator should be assigned a list of tasks (AssignedTaskList (AB)) in the task network (TaskID (DE)). The operator should move to a specific task location in the task network to complete a task (Task Location (DE) – Task Location (AB)). Each operator should complete a task based on a set of skills. Therefore, the task completion time in the DE model (Task Completion Time (DE)) will be affected by the skills of each operator in the AB model (Operator’s Skills (AB)). The operator’s workload is defined as the percentage of time that the human operator is busy. Therefore, the workload of the operator in the AB model (Workload (AB)) will be affected by the duration of each task (Task Duration (DE)).
Interaction points between AB and SD models: Humans may make mistakes that could lead to failure to perform a task correctly. Therefore, the human error model (Human Error (SD)) should be part of the operator (Agent (AB)) Operator’s workload (Workload (AB)) is one of the factors that may lead to human error and should be linked to the workload factor in the SD model (Workload (SD)). Operator’s skills (Skills (AB)) is also one of the factors that affects human error and should be linked to the skill factor in the SD model (Skills (SD)).
Interaction points between DE and SD models: Task complexity (Task_Complexity (DE)) is one of the factors that affects human error and should be linked to the task complexity factor in the SD model (Task_Complexity (SD)). The available time left to complete a task (estimated duration of task (DE) – actual task completion time (DE)) also affects human error and should be linked to the available time factor in the SD model (Available_Time (SD)).
Table 6 summarizes the identified interaction types for each pair of interaction points. The types of relationship were identified based on section 3.5.
Type of interaction point and type of relationship.
5. Phase 2: M&S development process
After completing the conceptual modeling phase of the UTASiMo task analysis tool, we move to the development process of it. The MPM model was implemented using AnyLogic software and consisted of three sub-models that interact with each other: a DE (Figure 15), a SD (Figure 16), and an AB (Figure 17) sub-model.

DE model of UTASiMo.

SD model of UTASiMo.

AB model of UTASiMo. 63
After selecting methods and identifying the interaction points, as described in sections 4.2.3 and 4.3, the DE simulation model was implemented as a network, where each node is a primitive task (discrete activity), such as a decision, perception, and/or physical activity. Nodes in the network have dependencies between them and form compound tasks. Task structure properties represented in the model are task ID, task name, number of subtasks, task location, task complexity, task skill factor, priority, duration, and critical time. The DE model is also responsible for collecting statistics in regard to the defined measurements of performance.
The human operators and their behaviors were implemented using hybrid SD–AB architecture. The hybrid architecture was suggested by the interaction point (Human Error (SD) – Agent (AB)) in section 4.3. Human operators were modeled as agents using a state-chart with three states (Figure 17) 63 :
The state of Perception is an event-handler triggered by “receiveEvent” to check the environment for any event. Events can be either user-defined (i.e., alarm, stairs) or can be retrieved from the model (i.e., number of tasks to be executed, next task location, etc.).
The state of Adaptation includes a list of actions linked to their corresponding events. Each event may be linked to one or more actions. The agent selects the appropriate action based on the triggering event and the information gathered from the environment.
The state of Action includes the execution of a task or other event-triggered action.
The SD model that represents the human error contains eight main factors, four of which are interaction points and exchange data between the SD and the AB and DE models: workload, skills, available time, and task complexity. The SD model is depicted in Figure 16.
Overall, this multi-paradigm simulation model exchanges information through the paired DE–SD, AB–SD, and DE–AB interaction variables (Table 6). The detailed description of the M&S development process of the task analysis tool is not within the scope of this paper. More information about the development process can be found elsewhere.60, 62–65
6. Phase 3: Verification and validation (V&V) of MPM model
Phase 3 provides information concerning the design as well as the V&V of the MPMF, using real-world data. More specifically, a MPM model of a power plant was produced using the UTASiMo tool to determine which system design produces the lowest average total time, workload, and human errors. The model was verified and validated using various techniques. First, the model was successfully tested for one human operator in order to verify the total task execution time. The model was verified and validated by observing the animation of the simulation output. Validation also included comparison of the simulated system behavior with the behavior of the real system. Figure 18 and Figure 19 show the animation of the model and the simulation results, accordingly. More information about the V&V process and documentation of results can be found elsewhere.60, 62–64

UTASiMo’s animation output. 63

UTASiMo’s simulation results.
7. Phase 4: Discussion of results
The overall objective of this study was to provide a description of the MPMF framework and illustrate how it can be followed as a guideline to develop multi-paradigm simulation models utilizing different components. These components must be logically consistent, share common properties and behaviors, and be composable. 9
In this case study, we showed how each component in the overall MPM model highlights a different aspect of the solution. The SD model helps to identify the factors that affect human error. These factors are then further evaluated in more detail using DE, which results in the identification of critical tasks (i.e., the tasks where an error is more likely to occur). Finally, the use of AB allows the modeling and evaluation of individual behavior on the task execution. However, the composability of the different components of the MPM model will be further investigated in future research.
Overall, the MPMF framework provided guidelines focused in the development of the conceptual modeling process. The framework was found helpful because it offers the option to combine and/or integrate three M&S methods, while other frameworks provide guidelines for one or combination of two M&S methods. The problem, system, and methodology perspective criteria of the framework aided the user to understand when and why each M&S method is more suitable. The criteria assisted the user to conceptualize and include aspects that would be impractical or even impossible to be captured by one or two M&S methods. Finally, the MPMF framework helped the user on how to connect the different models and formulate relationships between the interaction points.
8. Conclusions and future work
In this paper, a novel multi-paradigm modeling and simulation framework (MPMF) has been described. The MPMF provides guidance on how to design and develop a multi-paradigm model that addresses real-world systems’ problems. The use of the framework provides an effective approach for capturing the necessary information from a problem, system, and methodology perspective and for using it to integrate and/or combine different methods in such a way that benefits the design and implementation of the MPM simulation model.
The steps of the MPMF framework were explained and applied to a real case study for the development of UTASiMo. More specifically, the framework provided guidance on: (1) selecting the appropriate methods to be incorporated into the UTASiMo models; (2) defining what information will be exchanged among those models; and (3) deciding how the different models should be connected and interact with each other. This case study was presented to demonstrate the steps involved in the multi-paradigm model creation of a real-world system and to validate the MPM framework. The framework has also been successfully applied for the development of a multi-paradigm simulation model for an autonomous face recognition robotic system 66 as well as within the entertainment industry.
In general, the MPM models may be found useful when different M&S approaches need to be combined and/or integrated, as well as for future reusability. For example, one can enhance, reconfigure, and apply a pre-existing verified and valid module that has been used in a past MPM study to conduct another simulation study, since these models have been developed to communicate and interact with other models.
Our future work will also focus on applying the framework in different domains that require a MPM approach, as well as in the development of a decision support tool based on the MPMF framework.
Footnotes
Funding
This research received no specific grant from any funding agency in the public, commercial, or not-for-profit sectors.
