<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">An Optimal Process Model for a Real Time Process</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Likewin</forename><surname>Thomas</surname></persName>
							<email>likewinthomas@nitk.ac.in</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Computer Science and Engineering</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Manoj</forename><surname>Kumar</surname></persName>
							<email>manojmv@nitk.ac.in</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Computer Science and Engineering</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">An Optimal Process Model for a Real Time Process</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">C9386861CF9F6DA2EE41C52A2462AAED</idno>
					<idno type="DOI">10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T08:01+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Cross Organization Process Mining</term>
					<term>Resource Behavior</term>
					<term>Best Resource</term>
					<term>Polynomial Regression Model</term>
					<term>Resource Performance</term>
					<term>Resource Load</term>
					<term>Resource Queue: Average Waiting Time</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Recommending an optimal path of execution and a complete process model for a real time partial trace of large and complex organization is a challenge. The proposed AlfyMiner (α y M iner) does this recommendation in cross organization process mining technique by comparing the variants of same process encountered in different organization. α y M iner proposes two novel techniques Process Model Comparator (α y Comp) and Resource Behaviour Analyser (RBAMiner). α y Comp identifies Next Probable Activity of the partial trace along with the complete process model of the partial trace. RBAMiner identifies the resources preferable for performing Next Probable Activity and analyse their behaviour based on performance, load and queue. α y M iner does this analysis and recommend the best suitable resource for performing Next Probable Activity and process models for the real time partial trace. Experiments were conducted on process logs of CoSeLoG Project 1 and 72% of accuracy is obtained in identifying and recommending NPA and the performance of resources were optimized by 59 % by decreasing their load.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>In the current world where the resources are being shared among different organization through the cloud computing paradigm, most of the organizations have started to shift towards Shared Business Process Management Infrastructure (SBPMI). Due to this shift in modelling paradigm, organizations have to continuously improve their process <ref type="bibr" target="#b0">[1]</ref>. But most of the organizations are still depending on the external service providers to monitor their business process, hence the business links are to be established with those external agencies <ref type="bibr" target="#b1">[2]</ref>. This issue was well addressed by the Information Technology by developing various work-flow tools <ref type="bibr" target="#b2">[3]</ref> [4] <ref type="bibr" target="#b4">[5]</ref>  <ref type="bibr" target="#b5">[6]</ref>. The challenge here is to extend the service from boundary of single organization to cross organizations.</p><p>Due to data explosion <ref type="bibr" target="#b6">[7]</ref> getting insight and performing analysis on the data to understand their behaviour and discover an optimized process model is always been a challenge to any organization in the process mining environment. α y M iner uses SBPMI, to analyse the data behaviour of an organization. This is achieved by comparing the model of same variant using RBA M iner in SBPMI and recommending the best suitable process model. The context of this paper is the CoSeLoG Project<ref type="foot" target="#foot_1">2</ref> . The data used for the experiment and analysis of proposed algorithm is obtained from the Configurable Services for Local Government (CoSeLoG) Project. This project was executed under Dutch Organization for Scientific Research (NWO) <ref type="bibr" target="#b7">[8]</ref>.</p><p>α y M iner is a new analytical tool for discovering the optimal path of completion of a partial trace along with recommendation of complete process model.</p><p>It proposes two novel techniques α y Comp and RBA M iner . α y Comp identifies the optimal path of completion by matching the partial trace and discovering the variants in all process models logged in the repository. It identify and recommends the Next Probable Activity (NPA) of partial trace. RBA M iner identifies the suitable resource for performing the discovered NPA, by analysing the behaviour of all resources capable of performing NPA based on their performance, load and waiting time.</p><p>α y M iner is analysed using the running example <ref type="bibr" target="#b1">[2]</ref>. NPA for the partial trace and optimal process model is identified in cross organization environment using α y Comp <ref type="bibr" target="#b2">[3]</ref> and the resource preferable for performing NPA is analysed and recommended using RBA M iner <ref type="bibr" target="#b3">[4]</ref>. The experiment is conducted using the real time event log of CoSeLoG Project<ref type="foot" target="#foot_2">3</ref> and the result of RBA M iner is presented in section <ref type="bibr" target="#b4">[5]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Running Example</head><p>The proposed α y M iner is illustrated using the running example of four variant process model containing 9 activities, shown in Figure <ref type="figure" target="#fig_1">[1b]</ref>. The corresponding sample event log describing the process execution of the process model is shown in Table <ref type="bibr" target="#b0">[1]</ref>. Here the traces matches model perfectly which is not the cases in real life process model. The complete log file of the running example can be found at Process Mining @ NITK<ref type="foot" target="#foot_3">4</ref> . The experimental results are obtained using the CoSeLoG Project<ref type="foot" target="#foot_4">5</ref> .</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Proposed Problem</head><p>Consider an online process shown in Figure <ref type="figure">[</ref>  α y M iner is intended to identify and predict the optimal path of execution along with the complete process model, for a real time process. On identifying the currently executing activity A i , α y M iner recommends the optimal path of completion and the best suitable process model matching the partial trace with same variant event logs, logged in the process model repository. On identifying the matched variants, the optimal process models are identified by running process model comparator α y Comp which matches the partial trace. Recommendation of Next probable Activity NPA is done by selecting NPA (A i ) in identified suitable process model. The Algorithm <ref type="bibr" target="#b0">[1]</ref> gives the execution steps of α y M iner.    i.e., L ∈ A * and Let A be a th i activity and B be a th i+1 then,</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Case ID TRACE</head><formula xml:id="formula_0">ḊirectlyF ollow (a&gt; L b) ← {iff ∃ trace σ = t 1 , t 2 , ..., t n ∧ i ∈ [1, 2, ....., n − 1] | σ ∈ L, ∧ t i = a, ∧ t i + 1 = b}<label>(1)</label></formula><formula xml:id="formula_1">Ċasuality (a−→ L b) ← {iff a &gt; L b ∧ b ≯ L a} (2) U nrelated (a# L b) ← {iff a ≯ L b ∧ b ≯ L a} (3) Ṗ arallel (a L b) ← {iff a &gt; L b ∧ b &gt; L a}<label>(4)</label></formula><formula xml:id="formula_2">Loop (a&gt; L b&gt; L a) ← {iff (a i == a i+2 ) → a i &gt; L a i+1 &gt; L a i+2 }<label>(5)</label></formula><p>The Table <ref type="table" target="#tab_2">2b</ref> gives the relation metric of all the four models in running example.</p><p>Complexity Metric Complexity metric identifies the joins and splits in the process model. Joins and split are identified using the result of output and input binding. Consider the Figure <ref type="figure" target="#fig_1">[1b</ref>] where for process model 1: O(A)={B}=85 times, similarly the split {CDE} = 20, its means 20 times activity C is 20 times followed by both D and E, join {GEH} is joined 16 times. Using this information complexity metric shown in <ref type="bibr">Table[2c]</ref> is developed.</p><p>Service Time Metric This metric gives the total service time comparison for an activity in each model. This comparison helps in identifying the model serving an activity with less service time. The service time is calculated by each cases i=1 duration(A i ), where A i ⊆ A (set of activities). The sample output in seconds is shown in Table <ref type="table" target="#tab_2">2d</ref>.</p><p>Fitness Metric This gives the numbers of traces that can be successfully run on the model. This is helpful in deciding how efficient the model is, in running the trace. α y Comp identifies the model which runs maximum number of traces with minimum time. Consider the Table <ref type="table" target="#tab_2">2e</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4">Binding Relation</head><p>On identifying variants following the partial trace, the NPA of currently executing activity A i is identified using binding relation which bind the incoming and outgoing activity of A i . Algorithm 3 eplain the concept of binding relation, where for each trace in a case, if an activity A is followed by B, then A.outbond ← B ∧ B.inbound ← A, i.e., A has out-bounding relationship with B and similarly B as in-bounding relationship with A  </p><formula xml:id="formula_3">if (|a &gt; L b|) then 4 a.Outbound ← b ∧ b.Inbound ← a 5 |a &gt; L b| = σ∈L L(σ) × |{1 ≤ i &lt; |σ| | σ(i) = a ∧ σ(i + 1) = b}| [see [7]]</formula><p>6 until for each sequence in trace σ in event log L 4 Resource Behaviour Analyser (RBA M iner ) α y M iner on discovering suitable process model with NPA identifies the resources preferable for performing NPA. Set of resource preferable for performing NPA is identified using Activity/Resource rep <ref type="bibr" target="#b2">[3]</ref>. RBA M iner analyse the behaviour and recommend the suitable resource for performing NPA. Behaviour of the resources is analysed based on 3 parameter: Performance, Load and Queue using polynomial regression model for load and performance <ref type="bibr">[4.2]</ref> and Average Servicing Time at resource using queue model <ref type="bibr">[4.3]</ref>. Algorithm 4 explains the concept of resource behaviour analysis.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1">Activity/Resource rep</head><p>α y M iner identifies the list of resources performing an activity in entire process log along with the time consumed by them for performing that activity. The Table <ref type="table" target="#tab_3">3</ref> gives representational view of list of resources performing an activity in process model 1 along with the time consumed.  6 until (for each resource of N P A in BestRes Activity Table <ref type="table">)</ref> 7 Recommend the optimal load, performance and waiting time resource </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Resource load &amp; performance analyser</head><p>The Yerkes-Dodson Law of Arousal, also known as Arousal Theory, states that by increasing arousal, the workers performance can be improved. However, if the level of arousal increases too much, performance decreases Figure <ref type="figure">[4a</ref>] <ref type="bibr" target="#b8">[9]</ref>. The RBA M iner identifies the level of arousal : Optimal Load i.e., the maximum load the resource can handle efficiently, along with its performance using polynomial regression model. Performance is a ratio of Total time taken by Load. The performance was analysed by increasing the load and observing the time taken.</p><p>It was observed that, as the load was increased, the consumption of the time was decreasing. But at some point there was a drift and the time consumption started increasing. That drifted point is known as Arousal (optimal load and performance of the resources). The Algorithm <ref type="bibr" target="#b4">[5]</ref> identifies the load and performance [T otal time ÷ ] for /resource/unit time.</p><p>The RBA M iner first filters the unperformed load 1 (an activity with 0 ms) and residual load 2 (an activities with exceptional duration). Then the actual load ( ) and average time of Service (α) of each worker each month is identified. Polynomial regression model <ref type="bibr" target="#b4">[5]</ref> is applied on this cleaned data. Since the RBA M iner is intended in identifying the second degree regression model, the regression model initialize a 3×3 matrix (A) and 3×1 matrix (B) as shown in figure <ref type="figure">[4b&amp; 4c</ref>]. Then the transpose of matrix A is multiplied with matrix B. The result obtained is the coefficient of polynomial equation. On applying the load on an equation the polynomial curve (power curve) is obtained as shown in figure. On analysing the polynomial curve and applying the Yerkes-Dodson Law the optimal load and optimal performance of a resource is identified for each month.  <ref type="formula">6</ref>until ((i=0 to 3) ∧ j=0)</p><formula xml:id="formula_4">Perfromance Load Optimal Load Optimal Performance (a) Yerkes Dodson Law A =      n n 1 n 1 2 n 1 n 1 2 n 1 3 n 1 2 n 1 3 n 1 4      (b) Matrix Table A B =      n 1 α n 1 (α× ) n 1 (α× 2 )      (c) Matrix Table B</formula><formula xml:id="formula_5">7</formula><p>Polynomial Equation : β0 + β1 + β2 2 8 until (for each resource each unit time)</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.3">Activity Servicing Time Model</head><p>Along with identification of load and performance of the resource preferable for performing NPA, RBA M iner also finds the Activity Servicing Time (i.e., the average waiting time for an activity to be served by a resource), before that resource is recommended. Since the interest is in finding the queue at each resource, RBA M iner uses Single-Server Models (M/M/1):(GD/∞/∞) and (M/M/1):(GD/N/∞). Here the model (M/M/1):(GD/∞/∞) describe (Arrival 1 / Departure 2 / Server 3 ):(Queue discipline 4 / Max number in Queue 5 / Source of Calling 6 ).</p><p>Arrival 1 (λ) is the rate at which the activities are arrived at each resources and Departure 2 (µ) is the rate at which the arrived activities are served. Since RBA M iner is intended in identifying the average waiting time at each resource, the single server model is applied. When data was analyzed for First Come First Serve FCFS, Last Come First Serve LCFS and Service in Random Order SIRO, it was understood that arrival of the activity was following General Discipline GD as its Queue Discipline 4 . As the number in queue and source of calling is not defined RBA M iner marks them as infinity. The average waiting time in the system W s is identified using Equations <ref type="bibr" target="#b5">[6]</ref><ref type="bibr" target="#b6">[7]</ref><ref type="bibr" target="#b7">[8]</ref><ref type="bibr" target="#b8">[9]</ref>. The Algorithm Activity Servicing Time <ref type="bibr" target="#b5">[6]</ref> starts with identifying the arrival rate λ and the servicing rate µ at each resources.</p><p>The λ n &amp; µ n in generalized model is shown in Equation <ref type="bibr" target="#b5">[6]</ref>. The traffic ρ: number of activities arriving and getting served per unit time is shown in Equation <ref type="bibr" target="#b6">[7]</ref>. Hence the Average waiting time in system L s is given in Equation <ref type="bibr" target="#b8">[9]</ref>.</p><formula xml:id="formula_6">λ n = λ µ n = µ</formula><p>Where n = 0,1,2.... </p><formula xml:id="formula_7">(6) ρ = λ µ<label>(7)</label></formula><formula xml:id="formula_8">W s = L s λ (8) L s = ρ 1 − ρ<label>(9</label></formula><formula xml:id="formula_9">3 else ⊥ = (( .∂) − ((Π − .Dt) × 24hrs × 60Sec)) Π × 24 × 60 µ( F iltered Year Month + ⊥) ←− µ( F iltered Year Month + ⊥) + 1;</formula><p>4 Average Servicing Time in system ← Equation [6 to 9]</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Experimental Analysis and Result</head><p>The α y M iner algorithm is evaluated by running it on CoSeLoG Project<ref type="foot" target="#foot_5">6</ref> . The experiments Exp N P A , Exp AST and Exp L&amp;P was performed on the CoSeLoG Municipality 2, which contains 645 cases and 376 activities. Experiments were conducted and analysed on set of every 100 cases. α y M iner makes 4 assumption:</p><p>Any activity whose duration is recorded as 0 millisecond is considered as never been executed, since the nanosecond time is not recorded, vocabulary of an activity is not taken into account <ref type="bibr" target="#b0">[1]</ref>, don't deal with Live or Dead locks and assume that all process have same starting activity.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1">Design of Experiment</head><p>The α y M iner experimental set up is shown in Figure <ref type="bibr" target="#b4">[5]</ref>. Where the log is first cleaned and initialized using initializer from which the NPA is identified. Optimal resource for performing NPA is identified and their behaviour is analysed. Finally α y M iner recommends the best process and resource model. Experiment was simulated in the form of supervised learning, where the test Exp N P A was conducted for every 100 cases and starting from 2 nd activity of the sequence. Exp N P A was analysed by comparing it with the actual path of execution. The result of this comparison is shown un Figure <ref type="bibr" target="#b5">[6]</ref> and on analysis it is studied that the percentage of error rate (marked by green line) in recommendation is lesser in later positions of execution when compared to earlier positions. The Exp N P A achieved 72.8568% of efficiency. On analysing the graph, it is understood that the behaviour of recommended path is always below the actual path of execution. Inclination shows the huge difference of behaviour between the actual and recommended path. For the cases 400 to 500, it is observed that the graph don't have red line, as the path of execution is critical and was observed to take optimal time for completion. Hence this proves that α y M iner, don't recommend if the path of execution is observed to be optimal. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3">Recommendation of Resource capable for performing NPA:</head><p>Exp AST</p><p>The Exp AST for each resource performing NPA. Waiting time of recommended resource was compared with the actual resource and it was studied that their performance was improved by 59.7303%. The Figure <ref type="bibr" target="#b6">[7]</ref>  The result of Exp L&amp;P is shown in Table <ref type="bibr" target="#b4">[5]</ref> and the Figure <ref type="bibr" target="#b7">[8]</ref> shows the polynomial curve. Using the law of Arousal, the optimal load and performance at each resource can be identified. This result is used in making appropriate decision about resource behaviour and load assignments. Using the outcome of experiment proper recommendations can be made, whether to assign the task to that resource ot not.  α y M iner provided a solution for recommending an optimal path of execution:</p><p>NPA along with the complete process model and resource preferable for performing NPA. α y M iner is a analytical tool which gave solution for real time business process execution, by analysing the process and resource behaviour. The Experimental result shows 72% of optimization in process execution and 59% improvement in the behaviour of resource based on their Average waiting time, load and performance. α y M iner was successful in recommending appropriate process and resource model for the real time process.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc>1a], the dotted line shows the path of execution of the online process. Sub-scripted values at each activities are the sequence of occurrence of the activities ( A 1 → B 2 → C 3 ). At activity C 3 , decision has to be taken about which next activity to be performed, either D or E. α y M iner identify the NPA and recommends the suitable resource for performing NPA.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 1 :</head><label>1</label><figDesc>Fig. 1: Running Example</figDesc><graphic coords="3,134.77,299.50,103.82,127.01" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>4 αyFig. 2 :</head><label>42</label><figDesc>Fig. 2: C-Net Representation of process Model in Figure 1b</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>3. 3 1 . 2 Fig. 3 : 2 : 5 tempcn 8 else</head><label>3123258</label><figDesc>Fig. 3: Structure of Cell N ode and Variant N ode</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>3 .Definition 1 .</head><label>31</label><figDesc>Complexity Metric: Compare total number of split and join. 4. Service Time Metric: Compare the queue time for each activity. 5. Fitness Metric: Running fitness test along with the time of completion and valid no of sequence in each event log. Process Model Metric The process model comparison is done based on No of {Activities, Resources, Traces &amp; Varinats } and is shown in Table 2a. Relation Metric α y Comp analysed that if a model has more parallel relation it performs well when compared to serial relation, at the same time if the loop is increased the consumption of execution time also increases. Parallel relation is identified by Equation 4 in Definition 1. Loops are identified by Equation 5. Log based ordering relation Let A = [a, b, c, d, e] be the set of activities and let L be the simple event log</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Algorithm 4 :repeat 3</head><label>43</label><figDesc>RBA M iner 1 RBA(N P A)() Input: N P A&amp;BestRes Activity Output: Recommendationof Res (N P A) 2 Load(Res (N P A) ) ←− P oly.Load(Load(Res (N P A) )); [see algo5]</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>4 P 5</head><label>45</label><figDesc>erf (Res (N P A) ) ←− P oly.P erf (Res (N P A) ); [see algo5] AvgW aiting T ime(Res (N P A) ) ←− Queue(Res (N P A) ); [see algo 6]</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_7"><head>Fig. 4 : 3 A 4 repeat 5 β</head><label>4345</label><figDesc>Fig. 4: Structure of Power Curve for identifying the Optimal Load and Performance and the Structure Initial load &amp; performance matrix for running Polynomial Regression Model</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_8"><head>Fig. 5 :</head><label>5</label><figDesc>Fig. 5: Illustration of Online Process Model 5.2 Recommendation of Next Probable Activity (NPA): Exp N P A</figDesc><graphic coords="12,198.92,117.12,214.20,138.60" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_9"><head>Fig. 6 :</head><label>6</label><figDesc>Fig. 6: Result of Exp N P A</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 2 :</head><label>2</label><figDesc>Process Model Comparator (α yComp)   </figDesc><table><row><cell>Algorithm 3: To calculate Input &amp; Output Binding</cell></row><row><cell>3</cell></row></table><note>1 InOut Binding () Input: Ai, RTrace Output: Ai.Input Binding , Ai.Output Binding 2 repeat</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Table 3 :</head><label>3</label><figDesc>Activity/Resource rep of process model 1 of running example [DNP: Did Not Play]</figDesc><table><row><cell cols="13">Activity Res12350 Res23640 Res630450 Res530640 Res450320 Res221210 Res230410 Res501 Res771620 Res502 Res771620 Res721560</cell></row><row><cell>A</cell><cell cols="3">36.657 45.380 DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell cols="2">DNP DNP</cell><cell cols="2">DNP DNP</cell><cell>DNP</cell></row><row><cell>B</cell><cell>DNP</cell><cell>DNP</cell><cell>18.473</cell><cell>22.667</cell><cell>9.25</cell><cell>DNP</cell><cell>DNP</cell><cell cols="2">DNP DNP</cell><cell cols="2">DNP DNP</cell><cell>DNP</cell></row><row><cell>C</cell><cell>DNP</cell><cell>7</cell><cell>24.684</cell><cell>DNP</cell><cell>DNP</cell><cell>5.4667</cell><cell>22.294</cell><cell cols="2">DNP DNP</cell><cell cols="2">DNP DNP</cell><cell>DNP</cell></row><row><cell>D</cell><cell>DNP</cell><cell>25.53</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>72</cell><cell>11.5</cell><cell cols="2">DNP DNP</cell><cell>DNP</cell></row><row><cell>E</cell><cell>DNP</cell><cell cols="2">25.531 DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>62.5</cell><cell>DNP</cell><cell>91</cell><cell>11.5</cell><cell>DNP</cell></row><row><cell>G</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell>DNP</cell><cell cols="2">DNP 7</cell><cell cols="2">DNP DNP</cell><cell>13.944</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_4"><head>)</head><label></label><figDesc>Algorithm 6: To Discover the Activity Servicing Time Input: Set of resources: , Trace: , Duration of service:∂ Output: Arrival λ, Service µ, Traffic ρ, Ls, Ws 1 Let Arrival λ ∈ Load discovered on /Resource/month; Service µ ∈ service rate of λ; Π be No of Days in month 2 if (if ((Π − .Date) × 24hrs × 60Sec) ≥ .∂ then Event is executed in same month; µ( F iltered Year Month) ←− µ( F iltered Year Month) + 1;</figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_5"><head>Table 4 :</head><label>4</label><figDesc>show the result of Exp AST . The Exp AST , discovered the better path of execution based on resource average service time and it is also understood α y M iner, don't recommend if the resources to whom the task is assigned is efficient in performing. Result of Average Waiting time for CoSeLoG project5.4 Polynomial regression model: Exp L&amp;P</figDesc><table><row><cell cols="2">Fig. 7: Result of Exp AST</cell><cell></cell><cell></cell><cell></cell><cell></cell><cell></cell></row><row><cell>100</cell><cell>200</cell><cell>300</cell><cell>400</cell><cell>500</cell><cell>600</cell><cell>Overall</cell></row><row><cell cols="7">560530 0.0178571 0.005128 0.005525 0.006329 0.005495 0.009009 0.000787</cell></row><row><cell cols="7">560598 0.1666667 0.083333 0.166667 0.333333 0.111111 0.090909 0.016949</cell></row><row><cell cols="7">560521 0.0714286 0.090909 0.083333 0.012987 0.052632 0.008621 0.004587</cell></row><row><cell cols="7">560532 0.0076336 0.005102 0.009009 0.007194 0.003279 0.005051 0.000517</cell></row><row><cell cols="7">4634935 0.1428571 0.083333 0.142857 0.043478 0.009709 0.016129 0.006329</cell></row><row><cell cols="7">560458 0.0069444 0.007519 -0.00115 0.00304 0.00625 0.006369 0.00036</cell></row><row><cell>560429 0</cell><cell>1</cell><cell>1</cell><cell>1</cell><cell>1</cell><cell>1</cell><cell>1</cell></row><row><cell>560528 0</cell><cell>1</cell><cell>0.5</cell><cell>1</cell><cell>0.5</cell><cell>1</cell><cell>0.166667</cell></row><row><cell cols="4">560519 0.0153846 0.009009 0.013699 0.01</cell><cell cols="3">0.007246 0.001605 0.001754</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_6"><head>Table 5 :</head><label>5</label><figDesc>Result of Experiment Load&amp;P erf ormance Resources No of load total time R 2 Result of Polynomial Regression for CoSeLoG project</figDesc><table><row><cell>Optimal Performance</cell></row><row><cell>Optimal Load</cell></row></table></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">http://dx.doi.org/10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">http://dx.doi.org/10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">http://dx.doi.org/10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">http://http://processminingnitk.blogspot.in/2015/03/best-resourcerecommendation-for.html</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4"><ref type="bibr" target="#b4">5</ref> http://dx.doi.org/10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="6" xml:id="foot_5">http://dx.doi.org/10.4121/uuid:26aba40d-8b2d-435b-b5af-6d4bfbd7a270</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Towards cross-organizational process mining in collections of process models and their executions</title>
		<author>
			<persName><forename type="first">Cam</forename><surname>Joos</surname></persName>
		</author>
		<author>
			<persName><surname>Buijs</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Wil Mp</forename><surname>Boudewijn F Van Dongen</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Business Process Management Workshops</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2012">2012</date>
			<biblScope unit="page" from="2" to="13" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Deriving service models in cross-organizational workflows</title>
		<author>
			<persName><forename type="first">Jurgen</forename><surname>Justus Klingemann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Karl</forename><surname>Wasch</surname></persName>
		</author>
		<author>
			<persName><surname>Aberer</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Research Issues on Data Engineering: Information Technology for Virtual Enterprises</title>
				<imprint>
			<publisher>IEEE</publisher>
			<date type="published" when="1999">1999. 1999</date>
			<biblScope unit="page" from="100" to="107" />
		</imprint>
	</monogr>
	<note>RIDE-VE&apos;99. Proceedings., Ninth International Workshop on</note>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">An overview of workflow management: From process modeling to workflow automation infrastructure</title>
		<author>
			<persName><forename type="first">Diimitrios</forename><surname>Georgakopoulos</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Mark</forename><surname>Hornick</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Amit</forename><surname>Sheth</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Distributed and parallel Databases</title>
		<imprint>
			<biblScope unit="volume">3</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="119" to="153" />
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Functionality and limitations of current workflow management systems</title>
		<author>
			<persName><forename type="first">Gustavo</forename><surname>Alonso</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Divyakant</forename><surname>Agrawal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Amr</forename><forename type="middle">El</forename><surname>Abbadi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Carl</forename><surname>Mohan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Expert</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="105" to="111" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<title level="m" type="main">Workflow management systems and interoperability</title>
		<author>
			<persName><forename type="first">Asuman</forename><surname>Dogac</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1998">1998</date>
			<publisher>Springer Science &amp; Business Media</publisher>
			<biblScope unit="volume">164</biblScope>
		</imprint>
	</monogr>
	<note type="report_type">Number</note>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Workflow and process automation: concepts and technology</title>
		<author>
			<persName><forename type="first">Andrzej</forename><surname>Cichocki</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1998">1998</date>
			<publisher>Springer Science &amp; Business Media</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<title level="m" type="main">Process mining: discovery, conformance and enhancement of business processes</title>
		<author>
			<persName><forename type="first">Wil</forename><surname>Van</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Der</forename><surname>Aalst</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2011">2011</date>
			<publisher>Springer Science &amp; Business Media</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">C A M</forename><surname>Buijs</surname></persName>
		</author>
		<title level="m">Environmental permit application process (wabo), coselog project</title>
				<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Analyzing resource behavior using process mining</title>
		<author>
			<persName><forename type="first">Joyce</forename><surname>Nakatumba</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Business Process Management Workshops</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page" from="69" to="80" />
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
