<?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">Quality Evaluation for Strategic Alignment Engineering: An eGovernment Application</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Pei</forename><surname>Li</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">Department of Informatics, Systems and Communication (DISCo</orgName>
								<orgName type="institution">University of Milan -Bicocca</orgName>
							</affiliation>
						</author>
						<author role="corresp">
							<persName><forename type="first">Gianluigi</forename><surname>Viscusi</surname></persName>
							<email>viscusi@disco.unimib.it</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Informatics, Systems and Communication (DISCo</orgName>
								<orgName type="institution">University of Milan -Bicocca</orgName>
							</affiliation>
						</author>
						<title level="a" type="main">Quality Evaluation for Strategic Alignment Engineering: An eGovernment Application</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">4A1A60ADF245A71DF3ED4ED65DBA6ABD</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T09:38+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>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This article explores the role of quality evaluation to measure strategic alignment and support strategic IT requirements. In particular, the focus is on eGovernment context that presents a set of characteristics asking for different evaluation metrics from the ones adopted for business in the private sector (usually more investigated in terms of IT strategy alignment). The proposal approach implements a subset of a quality framework on a real scenario for the purpose of quality evaluation. It exploits real-life data from interviews and questionnaires filled by a first sample of non-EU foreign researchers and students in the scope of the Computer Science department where the authors are affiliated, who have applied their residency permits within the past three years. Finally, a probabilitybased analysis is carried out in order to elicit quality dimensions with priority among the ones considered.</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 this article, we propose to explore the role of quality evaluation to measure strategic alignment and support strategic IT requirements. In particular we focus on the eGovernment context that presents a set of characteristics asking for different evaluation metrics from the ones adopted for business in the private sector which are usually more investigated in terms of IT strategy alignment. Indeed, it is worth noting that, in the context of eGovernment, strategy is not oriented to obtain a competitive advantage and shareholder value as in the private sector; on the contrary, eGovernment value heavily depends on political and social objectives, such as trust in government, social inclusion, community regeneration, community well-being and sustainability <ref type="bibr" target="#b0">[1]</ref>. In general terms, in the context of eGovernment, value relies mainly on pubic value. As stated by Grimsley and Meehan <ref type="bibr" target="#b0">[1]</ref> on the basis of Moore's conceptualization <ref type="bibr" target="#b1">[2]</ref>, public value can be interpreted as the value that citizens and their representatives seek in relation to strategic outcomes and experiences of public services.</p><p>Due to these issues, we need to consider value not only from an economic perspective, but also as the degree to which public policies improve the quality of life of constituencies -namely citizens and businesses -by improving the quality of public services and of the public administration organization and processes. Therefore, a systemic perspective on quality is required. Among the available frameworks for eGovernment projects assessment <ref type="bibr" target="#b2">[3]</ref>, in this paper we consider GovQual <ref type="bibr" target="#b3">[4]</ref> for its focus on quality dimensions and their mutual relationships for the different facets involved in eGovernment projects (i.e. economic, social, organizational, legal, and technological facets).</p><p>In this paper we consider a scenario focused on the Italian context, in which the chosen quality dimensions result from a preliminary analysis of online available eGovernment strategy documentations and we assume that they implement the political-visionrelated choice; while the scenario process is modelled on the basis of direct observation over a one-year period from September 2008 to September 2009. The corresponding quality evaluation exploits real-life data obtained from interviews and questionnaires filled by a first sample of non-EU foreign researchers and students in the scope of our Computer Science department, who have applied their residency permits within the past three years. Finally, a probabilistic simulation and analysis based on the sampled data have been carried out in order to elicit quality dimensions with priority among the ones considered.</p><p>The paper is organized as follows. Section 2 discusses related work. Section 3 describes the scenario for the application of the proposed approach, with a focus on the Italian context. Specifically, the considered administrative process is detailed in Section 3.1, while qualities considered in the scenario are modelled in Section 3.2. Finally, a prior computation for quality dimension evaluation is detailed in Section 3.3, based on which we present probabilistic analysis with Monte Carlo simulation in Section 3.4. Section 4 states conclusions and future works of the paper.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Related Work</head><p>IT Strategy alignment has been considered as a major issue for management of information systems <ref type="bibr" target="#b4">[5,</ref><ref type="bibr" target="#b5">6]</ref> in order to provide competitive advantages to IT enabled businesses. Strategic IT requirements engineering <ref type="bibr" target="#b6">[7]</ref> aims to model alignment in order to elicit strategy related requirements, the most appropriate (among other facets) for the operational level of the considered domain of intervention <ref type="bibr" target="#b7">[8]</ref>. To this end business modelling represents an emerging effort providing a set of frameworks for an explicit link between system requirements and the objectives of business strategy <ref type="bibr" target="#b8">[9]</ref>.</p><p>The most comprehensive and well-defined languages and frameworks for business modelling are the Resource-Event-Actor (REA) framework, the e3value framework, and the Business Model Ontology (BMO). The REA framework <ref type="bibr" target="#b9">[10]</ref> is focused on representing increases and decreases of value in organizations, which has its origins in business accounting. The core concepts in REA are Resource, Event, and Actor, where every transaction can be described as two events in which two actors exchange resources. e3value framework <ref type="bibr" target="#b10">[11]</ref> explicitly focuses on resources exchange as value objects. Basic concepts in the e3value ontology are actors, value objects, value ports, value interfaces, value activities and value exchanges. The BMO <ref type="bibr" target="#b11">[12]</ref> provides a framework that consists of nine core concepts classified under four categories, as described in the following: the category product as a single concept, that is value proposition; the category customer interface has three concepts, namely target customer, distribution channel, and relationship; the category infrastructure management has three concepts, namely value configuration, capability, and partnership; the category financial aspect has two concepts, namely cost structure, revenue model.</p><p>Besides these frameworks which support a value-based documentation of the business model to be implemented in the systems, other models and approaches have been proposed in the literature, focusing more on strategies to model and measure the alignment as a source for requirement engineering, such as the Business Rules Group Motivation Model (BRG-Model) <ref type="bibr" target="#b12">[13]</ref>, the B-SCP framework <ref type="bibr" target="#b13">[14]</ref>, INSTAL method <ref type="bibr" target="#b14">[15]</ref> (based on the Map Model <ref type="bibr" target="#b15">[16]</ref> and exploiting quality metrics <ref type="bibr" target="#b16">[17]</ref>), and the e3alignment model <ref type="bibr" target="#b17">[18]</ref> as an extension of the e3value framework.</p><p>Considering now the operational level, i* <ref type="bibr" target="#b18">[19]</ref> allows to model organizational goals and tasks together with actors and resources. Business process modelling is necessary as a representation of how the operational level works and is managed -in this paper we consider administrative processes as business processes -by means of the state of the art tools and concepts such as the Business Process Modelling Notation <ref type="bibr" target="#b19">[20]</ref>. In particular, process models are the basis of the development of specific workflow applications. The models describe the process structure and logic on a type level, whereas workflow applications support the execution of single processes on the instance level.</p><p>In this paper we discuss a quality evaluation framework in order to explore its role in providing metrics which support the alignment of operational level with the strategy to be implemented in the eGovernment initiatives. Moreover, we focus on operational level representation by means of process models. Whereas is relevant that we discuss here the state of art models and frameworks for business modelling, this topic will be considered in future work.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Residency Permit for Study Reason: A Scenario</head><p>In this section, we use the residency permit application process as a scenario to evaluate strategic alignment with respect to quality dimensions and to help analyzing relationships among them, in order to identify evolution requirements that lead to a better strategic alignment. The scenario is focused on the Italian context. According to the agreement signed by the Italian Ministry of Internal Affairs and Poste Italiane SPA (the major Italian company for postal services and mail), non-EU foreign students should present applications for residency permits in Italy annually. The residency permit for study reasons may only be applied and renewed if the entry visa was issued to attend a study course of more than one year in length. The first application, valid for one year, should be made within 8 days upon applicants' arrival in Italy and renewed annually. But in any case, it cannot be renewed for more than three years above the duration of the study course. In the following, we first introduce a workflow system, METEOR, to model the residency permit application process, and then two quality dimensions, efficiency and effectiveness, are mainly modelled w.r.t. different layers in GovQual framework; based on which we present quality computation methods and finally we use Monte Carlo simulation tools to analyze dependencies among quality dimensions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Process of Applying Residency Permit for Study Reason</head><p>Workflow Structure Existing workflow systems provide a set of indispensable functionalities that manage and streamline business process. Yet, few research groups have concentrated their efforts on enhancing workflow systems to support workflow Quality of Service management. Most of the research carried out in order to extend workflow systems' capabilities to include project management features has mainly been done for the time dimension <ref type="bibr" target="#b20">[21]</ref><ref type="bibr" target="#b21">[22]</ref><ref type="bibr" target="#b22">[23]</ref>. In this paper, we adopt a workflow management system named METEOR <ref type="bibr" target="#b23">[24]</ref> in which, not only is time considered, but also other dimensions associated with workflow executions, such as cost and efficiency. To compute quality of service dimensions, METEOR has developed both a model for the specification of workflow QoS and methods to analyze and monitor QoS, which can be exploited to evaluate different quality dimensions in the following scenario.</p><p>As defined in <ref type="bibr" target="#b23">[24]</ref>, a workflow is composed of tasks and transitions. Tasks are represented using a circle, networks (sub-workflows) using rounded rectangles, and transitions are represented using an arrow. Transitions express dependencies between tasks and are associated with an enabling probability (p 1 , p 2 , .., p n ). When a task has only one outgoing transition, the enabling probability is 1. In such a case, the probability can be omitted from the graph.</p><p>Residency Permit Workflow Description Residency Permit process is composed of four sub-processes (sub-workflow): Document Preparation, Application Identification, Fingerprint Collection, and Permit Release. Detailed process goes as follows (seen in Figure <ref type="figure" target="#fig_0">1</ref>): -In the stage of Document Preparation, interested parties (non-EU foreign students) ask for related application kit available at certain post offices and fill the forms. Signed application forms together with other required documents must be sent by post to the Police Office (Questura) of their province of residence for the first issue of residency permit. A collection of documents include:</p><p>• Complete photocopy of passport or other equivalent document;</p><p>• Photocopy of the statement certifying the course of study to be taken, certified by the Italian Diplomatic/Consular mission when the entry visa is issued; • Photocopy of insurance policy, valid throughout the country and for the entire period of validity of the residency permit, against the risk of illness and injury; • Photocopy of the documentation certifying to the availability of adequate financial resources for the validity period of the residency permit. -In the stage of Application Identification, related immigration offices in Italy will check the completeness and correctness of received application documents, and publish the identification result on Internet, where applicants can query their application statements by a user ID and password assigned to the application receipt; -In the stage of Fingerprint Collection, once application documents are identified, in about three months or even longer applicants will receive a registered letter from the Immigration Office summoning them to be fingerprinted (the same information is sent to applicants by SMS as well). Meanwhile, each applicant can inquire his/her application statement physically to related immigration offices according to their application statements published on Internet. -In the stage of Permit Release, after the collection of fingerprint, applicants will have another appointment (the same information is sent to applicants by SMS as well) to release their regular residency permit. In other cases, they will get temporary permits valid for three months or no permit.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Quality Modelling</head><p>As shown in Figure <ref type="figure">2</ref> (text in bold), in this paper we mainly focus on the assessment of a limited set of quality dimensions: efficiency, which can be mutually influenced by other dimensions, such as effectiveness. Concerning efficiency, we distinguish between temporal, economic, and procedural efficiency. Temporal efficiency refers to efficient use of time in service production and provision. Temporal efficiency is significant in two layers. At the process/service layer it is classified in terms of two dimensions: the user time (the average time spent by users to obtain the service) and the service provision time (the average time spent by organizational units to produce the service). Temporal efficiency at the ICT infrastructure layer results in response time, the usual dimension considered for hardware and network infrastructures. The measure is simply the time span that the resources need to execute transactions and respond to queries. Economic efficiency concerns the costs sustained for service provision and their trends in time.</p><p>The procedural efficiency concerns the level of bureaucratic simplification of the administrative processes, meaningful for the organizational system layer. Procedural Fig. <ref type="figure">2</ref>: Quality Dimensions in different layers of GovQual Framework efficiency refers to the obligations and constraints that laws impose on the administrative processes and on the interactions between administrations and citizens. We associate procedural efficiency with a metric consistent in the level of simplification. This is measured in terms of the number of interactions required by users to provide useful information in order to complete the service.</p><p>On the other hand, effectiveness is meaningful at the process/service layer and at the data layer. At the process/service layer it can be expressed in terms of the achievement of the users' expectations. At the data layer, effectiveness results in two dimensions: accuracy and completeness. In this paper we evaluate completeness in the data layer. We use both qualitative (user comments) and quantitative (number of complaints) indicators as metrics for effectiveness assessment in process/service layer. User complaints/comments reflect the users' perception of the accuracy and reliability of service provision, and the evaluation of the service-oriented attitude of personnel in charge of the service within organizational units. Table <ref type="table" target="#tab_0">1</ref> shows a mapping from qualitative indicators (user comments) to quantitative indictors (number of complaints). Data com- </p><formula xml:id="formula_0">Unacceptable &gt; = 16 Poor &gt; = 8 Satisfactory &gt; = 4 Good &gt; = 2 Perfect &gt; = 0</formula><p>pleteness is the extent to which data is of sufficient breath, depth and scope for the task at hand. In most service execution processes, as in the residency permit scenario, the execution is incapable to proceed if data is not completely provided. In this sense we measure data completeness with a boolean &lt; yes, no &gt; domain. According to the above definitions of efficiency and effectiveness in different layers of GovQual framework, we can specify temporal and procedural efficiency, process/service and data effectiveness in residency permit application workflow as follows (Table <ref type="table" target="#tab_1">2</ref>):  1. Appointment Notification (1) refers to the first appointment for fingerprint collection and original document check; Appointment Notification (2) refers to the second notification for regular permit release. 2. Fingerprint Collection (1) refers to the fingerprint collection and original document check for regular permit processes, while Fingerprint Collection (2) refers to the fingerprint collection and original document check for temporary permit processes.</p><p>3. Since there are internal loop transactions within the task of Application Statement Inquiry (Figure <ref type="figure" target="#fig_0">1</ref>), in Table <ref type="table" target="#tab_1">2</ref> we only consider time spent for a single task of Application Statement Inquiry. 4. Probability distribution of each task is assigned on the basis of a few interviews.</p><p>Currently we consider two distributions, normal distribution N (µ, σ 2 ) and histogrm distribution Histogrm(min, max, {p 1 , p 2 , ..., p n }) (in this scenario, Appointment Notification (1) follows a distribution of Histogrm(2, 13, {0.5, 2.5, 2, 1})).</p><p>In the future stage, we plan to present more precise distributions by exploiting surveys over larger amount of application cases. In addition, due to the complexity of relationships among quality dimensions, for certain dimensions we will present their joint distributions instead of marginal distributions, i.e., joint distribution of process/service effectiveness and efficiency. 5. Level of Simplification of residency permit is dependent from other quality dimensions. Since interactions are fixed for other tasks in the workflow, the most flexible part is related to the task of Application Statement Inquiry. Considering that applicant/staff interactions for Application Statement Inquiry are subjective to applicants, we fix the frequency for inquiry in this scenario, which is also reasonable and practical in real life: suppose in the ideal case, applicants will get appointment notifications (both by post and by SMS) in 3 months after their applications have been identified. If not the case, applicants will wait for another 3 months and inquiry their application statements at related Immigration Offices physically for the first time, and once every 3 months if still necessary. Since in 12 months after the first application -which means maximally three interactions for application statement inquiry -applicants are obliged to renew their permits, the workflow will result in the following consequences: within one interaction, applicants may get their regular permits of stay; after two interactions, applications may get temporary permits; after three interactions applications may get no permits. Distributions of number of interactions and permit types will be analyzed in Section 3.4 where we observe a strong correlations between the two factors. 6. Effectiveness in Process/Service layer is presented by a probability distribution of user complaints (also considered as user comments) with respect to different results they get at the end of permit application workflow. Distribution of this quality dimension and the factors which have significant impacts on it are deduced from several interviews we made together with Monte Carlo simulations in Section 3.4. 7. Two simple observations can be achieved from Table <ref type="table" target="#tab_1">2</ref>. Different quality dimensions influence each other in two levels: (i) within single task among the same/different layer(s); (ii) over the whole service process among the same/different layer(s). A more statistic analysis of the above observations will be presented in Section 3.3.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Prior Computation for Quality Dimension Evaluation</head><p>In this section we compute overall time used for residency permit workflow, in order to evaluate relationships among different quality dimensions, i.e., efficiency and effectiveness, and to optimize quality requirements. Overall time for the whole workflow can be computed in three steps: (i) first we present formulas to calculate time spent for each atomic task; (ii) based on which we reduce complex task structures, including (1) sequential, (2) parallel, (3) conditional, (4) fault-tolerant, (5) loop, and ( <ref type="formula" target="#formula_6">6</ref>) network, into atomic ones; in the following we show three complex structure reduction examples, for Document Collection, Application Kit Collection and Application Statement Inquiry, respectively; (iii) finally, according to the above modelings, we present the overall time spent for residency permit workflow in a more abstracted level.</p><p>Atomic Task Time Computation In Table <ref type="table" target="#tab_2">3</ref>, computation details for all tasks involved in residency permit application is presented, in which we assign an task ID, t i , to each task in the workflow. For each task t i in a service, the overall task time T (t i ) is computed as the sum of user time U T (t i ) and/or service provision time P T (t i ) and/or Response Time RT (t i ), all of which are considered as the main indictors to evaluate efficiency of a service. The overall task time is also effected by other quality dimensions in different layers. Relationships among them will be the focus of the next sections. 1. Since applicants will get Appointment Notification (2) for regular permit release at the end of their fingerprint collection task, we mainly consider the service provision time as time used for completing this task. Meanwhile, applicants will get the same reconfirmation information by SMS, which is measured by Response Time in ICT Infrastructure layer. However we consider such a process structure as a fault tolerant sub-workflow, and for the sake of simplicity, response time for Appointment Notification ( <ref type="formula">2</ref>) is kept in Table <ref type="table" target="#tab_1">2</ref> but omitted in the overall time calculation. 2. Fingerprint Collection (2) for temporary permit processes is executed at the end of Application Statement Inquiry task, thus we mainly consider service provision time as time spent for completing this task.</p><p>Complex Task Time Computation In the following we present complex structure reduction computations for three atomic tasks respectively: Document Collection, Application Kit Collection and Appointment Statement Inquiry (Figure <ref type="figure" target="#fig_2">3</ref>). The loop structure be the reduced loop task of t 1 , then time spent for completing t l1 , denoted as T (t l1 ), is calculated as follows:</p><formula xml:id="formula_1">T (t l1 ) = T (t 1 )(1 + f 1 (d))<label>(1)</label></formula><p>In which, f 1 (d) is the frequency of document preparation and is inversely proportional to data completeness:</p><formula xml:id="formula_2">f 1 (d) = 0 DataCompleteness := Y es 1 DataCompleteness := N o (2)</formula><p>Since data completeness for t 1 is uniformly distributed (see Table <ref type="table" target="#tab_1">2</ref>), its probability distribution P 1 is:</p><formula xml:id="formula_3">P 1 (d) = 0.5 f 1 (d) = 0 0.5 f 1 (d) = 1<label>(3)</label></formula><p>Similarly for Application Kit Preparation t 2 , of which we will not present details due to the reason of space.</p><p>As for Application Statement Inquiry t 6 , let t l6 be the reduced loop task of t 6 and random variable X as the number of interactions in fulfilling t 6 , in which {x = 0, 1, 2, 3} ∈ X. T (t l6 ), denoted as time spent for completing t l6 , the task is calculated as follows:</p><formula xml:id="formula_4">T (t l6 ) = xT (t 6 )<label>(4)</label></formula><p>As similarly to t 1 and t 2 , t 6 influences different quality dimensions. However the impact is not only within single task but also involved a higher abstract level, in this scenario as Fingerprint Collection sub-workflow. Therefore we will focusing analyzing probability distributions in Fingerprint Collection sub-workflow in the following sections.</p><p>Sub-Workflow Time Computation Based on the above modelling, we abstract tasks involved in the residency permit workflow into four sub-workflows: Document Preparation, Application Identification, Fingerprint Collection, and Permit Release. We first compute time spent to fulfill each sub-workflow, and use the results for final overall time calculation. As shown in Figure <ref type="figure" target="#fig_0">1</ref>, time spent for the sub-workflow of Document Preparation, denoted as T (sw 1 ), is computed as follows:</p><formula xml:id="formula_5">T (sw 1 ) = max{T (t l1 ), T (t l2 )} + T (t 3 )<label>(5)</label></formula><p>Time spent for the sub-workflow of Application Identification, denoted as T (sw 2 ), is computed as follows:</p><formula xml:id="formula_6">T (sw 2 ) = T (t 4 ) + T (t 5 )<label>(6)</label></formula><p>Before computing time spent for the sub-workflow of Fingerprint Collection, let's first recall that random variable X is defined as the number of interactions in fulfilling t 6 , in which {x = 0, 1, 2, 3} ∈ X. Similarly, we define random variable Y as permit types applicants will get at the end of residency permit application workflow, and random variable Z as user complaints / comments.</p><formula xml:id="formula_7">Y =      1 RegularP ermit 0 T emporaryP ermit −1 N oP ermit (7) Z =                2 P erf ect 1 Good 0 Satisf actory −1 P oor −2 U nacceptable (8)</formula><p>Time spent for Fingerprint Collection sub-workflow, denoted as T (sw 3 ), is computed as follows:</p><formula xml:id="formula_8">T (sw 3 ) =      T (t 7 ) + T (t 9 ) {y = 1} T (t l6 ) + T (t 8 ) + T (t 10 ) {y = 0} T (t l6 ) {y = −1} (9)</formula><p>Quality Evaluation for Strategic Alignment Engineering 11</p><p>The time spent for the sub-workflow of Permit Release, denoted as T (sw 4 ), is computed as follows:</p><formula xml:id="formula_9">T (sw 4 ) =      T (t 12 ) + T (t 13 ) y = 1 T (t 11 ) y = 0 0 y = −1 (10)</formula><p>Finally, the overtime spent for completing the whole workflow of residency permit, denoted as T , is computed as follows:</p><formula xml:id="formula_10">T = T (sw 1 ) + T (sw 2 ) + T (sw 3 ) + T (sw 4 )<label>(11)</label></formula><p>In the next section, we will use the above quality modelling results as input for Monte Carlo simulation, in order to get a deeper and statistical analysis of quality evaluation for strategic alignment, and to further improve requirement re-engineering in business processes.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4">Adopting Monte Carlo Simulation for Quality Assessment</head><p>With the residency permit scenario modelled into the above workflow and sampled reallife data at hand, the idea of adopting Monte Carlo simulation for quality evaluation is inspired with no surprise. Specifically, the simulation iteratively runs over the workflow which imitates real-life residency permit application processes, where we can benefit from two aspects: (i) it overcomes our limited sample size and extends our observation with user-defined number of iterations; (ii) it enables statistic analysis and predictions over the underlying scenario which is complex, nonlinear and involves more than just a couple of uncertain parameters.</p><p>Based the above reasoning, we initialize the Monte Carlo simulation scenario (in Table <ref type="table" target="#tab_3">4</ref>) with our sampled real-life data as input parameters (in Table <ref type="table" target="#tab_2">2 and 3</ref>) and equations in Section 3.3 as uncertain functions. The expected outputs include a subset of efficiency and effectiveness indicators we will explicitly discuss in the following text. Simulation Results and Discussion Among several simulation statistics, the one of our interest is sensibility, i.e., analysis of which input factor having the most significant impact on the output. Sensibility of the model shows the relationships and dependencies of different quality dimensions of multiple layers in this underlying eGovernment application. Detailed sensibility statistics is available in Figure <ref type="figure">4</ref>.</p><p>Focusing on temporal efficiency of the residency permit process, in sub-workflow 1 and 2, Data Completeness (Effectiveness in ICT layer) and Service Provision Time have strong influence on the sub-workflow time. However focusing on the total time spent for the overall workflow, we discover User Time (in this scenario, user time of Appointment Notification(1)) affecting the overall temporal efficiency.</p><p>On the other hand, the level of simplification of the considered scenario depends on the number of inquiries applicants made for application statement check, which is affected by the time applicants wait for their first appointment notifications. The analysis points out that User Time of Appointment Notification (1) has a strong impact on level of simplification (with correlation coefficient value of 0.949 in the range of [−1...1], meaning that the longer the user time for appointment notification (1) is, the more interactions the process has). Since level of simplification is a joint distribution of X (the number of interactions) and Y (permit type), we also simulate the sensibility factor of the latter (permit type). Resulted data shows that the type of permit an applicant gets at the end of the process is also affected by user time of the first appointment notification (with correlation coefficient value of −0.818, meaning the longer the user time for appointment notification (1), the permit type resulted from the process can vary from regular, temporary to no permit released). The above analysis indicates a strong dependency between X and Y .</p><p>Furthermore, sensibility analysis of effectiveness in process/service layer (in the form of user comments, denoted as Z) is an interesting observation. We categorize Z according to the overall time spent for residency permit for the following reasons: (i) overall time spent directly covers temporal efficiency in different layers; (ii) it is also affected by data completeness; (iii) different types of permit result in different overall time spent, which in turn is affected by level of simplification in organization system layer. In another words, the output of overall workflow time can be considered as a representation of all input quality dimensions in the scenario, and therefore it is reasonable to assume that sensibility analysis of effectiveness can be observed from the correlation between overall workflow time and Z. Statistic result in Figure <ref type="figure">4</ref> shows that, among all possible factors, process/service effectiveness is again heavily influenced by user time (with correlation coefficient value of −0.712, meaning the longer applicants wait, the less effectively they could benefit from the underlying service).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusions and Future Work</head><p>In this article, we have explored the role of quality metrics to measure strategic alignment and support strategic IT requirements. In particular we have focused on the eGovernment context. To this end we have adopted a framework for systemic quality assessment, considering qualities for the different facets of the subject domain (process/service, organizational system, and ICT technologies). Values for different qual-Fig. <ref type="figure">4</ref>: Sensibility Statistics of Residency Permit Scenario ities have been defined on the basis of results from interviews. We have then applied a probabilistic model to identify relationships and dependencies between the quality dimensions. In particular, we have identified that i) user time of appointment notification has a strong impact on level of simplification and consequently ii) type of permit an applicant gets at the end of the process and the degree of client satisfaction of the service scenario are also affected by user time of the first appointment notification. The obtained results indicate that, from an alignment perspective, the probabilistic analysis together with the quality framework have provided useful information about critical factors at operational level for improving services related to residency permit, namely the relevance of user time with respect to the type of permit required. Yet actual government strategy focuses on the improvement of service provision time at the back-end level.</p><p>Limitations of the research are related to (i) the limited set of qualities considered, (ii) the relative small sample of interviews and questionnaires collected, and (iii) the lack of a formal model to map intentions at strategy level with modelling of workflow at operational level. In further works we will exploit a survey approach to extend the sample size of interviewees for analysis and extend the actual framework by adopting a formal model for strategy representation.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Fig. 1 :</head><label>1</label><figDesc>Fig. 1: Business Process of Applying "Residency Permit for Study Reason"</figDesc><graphic coords="5,134.77,116.11,352.89,235.71" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>6</head><label>6</label><figDesc>3 1 -2 hours N (1.5, 0.03) Temporary Permit Preparation 1 -2 hours N (1.5, 0.03) Fingerprint Collection(1)(2) 2 0.5 -1 hour N (0.75, 0.01) Appointment Notification (2) 1 0.5 -1 hours N (0.75, 0.01) Temporary Permit Release 1 -2 hours N (1.5, 0.03) Regular Permit Release 0.5 -1 hours N (0.75, 0.01) Response Time ICT Infrastructure Application Statement Release 1 -3 hours N (2, 0.11) Appointment Notification(1)(2) 1 -2 days N (1.5, 0.03) Level of Simp. Organization System Application Statement Inquiry in Section 3.4 5 in Section 3.4 5 Effectiveness Process/Service Residency Permit Application in Section 3.4 6 in Section 3.4 Completeness</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>(a)Fig. 3 :</head><label>3</label><figDesc>Fig. 3: Complex Task Time Computation</figDesc><graphic coords="10,252.43,378.77,110.25,54.75" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0"><head></head><label></label><figDesc></figDesc><graphic coords="14,134.77,115.65,379.37,224.77" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>Table 1 :</head><label>1</label><figDesc>Effectiveness Assessment</figDesc><table><row><cell>User Comments Number of Complaints</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Table 2 :</head><label>2</label><figDesc>Current Values for Different Quality Dimensions in Residency Permit Workflow 7</figDesc><table><row><cell>Quality Dim.</cell><cell>Layer</cell><cell>Task</cell><cell cols="2">Current Value Prob. Dist.</cell></row><row><cell>User Time</cell><cell>Process/Service</cell><cell>Documents Preparation</cell><cell>1 -2 days</cell><cell>N (1.5, 0.03) 4</cell></row><row><cell></cell><cell></cell><cell>Application Kit Preparation</cell><cell>0.5 -1 day</cell><cell>N (0.75, 0.01)</cell></row><row><cell></cell><cell></cell><cell>Application Delivery</cell><cell>3 -5 hours</cell><cell>N (4, 0.11)</cell></row><row><cell></cell><cell></cell><cell cols="2">Application Statement Inquiry 3 3 months</cell><cell>1</cell></row><row><cell></cell><cell></cell><cell cols="3">Appointment Notification (1) 1 2 -13 months H(2, 13) 4</cell></row><row><cell></cell><cell></cell><cell>Fingerprint Collection (1) 2</cell><cell>20 -30 days</cell><cell>N (25, 2.78)</cell></row><row><cell></cell><cell></cell><cell>Regular Permit Release</cell><cell>20 -30 days</cell><cell>N (25, 2.78)</cell></row><row><cell cols="2">Service Provision Process/Service</cell><cell>Application Kit Preparation</cell><cell>1 -5 mins</cell><cell>N (3, 0.45)</cell></row><row><cell>Time</cell><cell></cell><cell>Application Delivery</cell><cell>1 -2 days</cell><cell>N (1.5, 0.03)</cell></row><row><cell></cell><cell></cell><cell>Application Check</cell><cell>3 -7 days</cell><cell>N (5, 0.45)</cell></row><row><cell></cell><cell></cell><cell>Application Statement Inquiry</cell><cell></cell><cell></cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 3 :</head><label>3</label><figDesc>Atomic Task Time in Residency Permit Application Workflow</figDesc><table><row><cell>ID Task</cell><cell>Task Time</cell></row><row><cell>t1 Document Preparation</cell><cell>User Time</cell></row><row><cell></cell><cell>&lt; 1 − 2 &gt; days</cell></row><row><cell>t2 Application Kit Preparation</cell><cell>User Time + Service Provision Time</cell></row><row><cell></cell><cell>&lt; 0.5 − 1 &gt; day+ &lt; 1 − 5 &gt; mins</cell></row><row><cell>t3 Application Delivery</cell><cell>User Time + Service Provision Time</cell></row><row><cell></cell><cell>&lt; 3 − 5 &gt; hours+ &lt; 1 − 2 &gt; days</cell></row><row><cell>t4 Application Check</cell><cell>Service Provision Time</cell></row><row><cell></cell><cell>&lt; 3 − 7 &gt; days</cell></row><row><cell>t5 Application Statement Release</cell><cell>Response Time</cell></row><row><cell></cell><cell>&lt; 1 − 3 &gt; hours</cell></row><row><cell cols="2">t6 Application Statement Inquiry User Time + Service Provision Time</cell></row><row><cell></cell><cell>3months+ &lt; 1 − 2 &gt; hours</cell></row><row><cell>t7 Appointment Notification (1)</cell><cell>User Time + Response Time</cell></row><row><cell></cell><cell>&lt; 3 − 6 &gt; months+ &lt; 1 − 2 &gt; days</cell></row><row><cell>t8 Temporary Permit Preparation</cell><cell>Service Provision Time</cell></row><row><cell></cell><cell>&lt; 1 − 2 &gt; hours</cell></row><row><cell>t9 Fingerprint Collection (1)</cell><cell>User Time + Service Provision Time</cell></row><row><cell></cell><cell>&lt; 20 − 30 &gt; days+ &lt; 0.5 − 1 &gt; hour</cell></row><row><cell>t10 Fingerprint Collection (2)</cell><cell>Service Provision Time</cell></row><row><cell></cell><cell>&lt; 0.5 − 1 &gt; hour</cell></row><row><cell>t11 Temporary Permit Release</cell><cell>Service Provision Time</cell></row><row><cell></cell><cell>&lt; 1 − 2 &gt; hours</cell></row><row><cell>t12 Appointment Notification (2)</cell><cell>Service Provision Time</cell></row><row><cell></cell><cell>&lt; 0.5 − 1 &gt; hour</cell></row><row><cell>t13 Regular Permit Release</cell><cell>User Time + Service Provision Time</cell></row><row><cell></cell><cell>&lt; 20 − 30 &gt; days+ &lt; 0.5 − 1 &gt; hour</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Table 4 :</head><label>4</label><figDesc>Monte Carlo Simulation Settings</figDesc><table><row><cell>Simulation Runtime</cell><cell></cell></row><row><cell cols="2">Number of Iterations 5000</cell></row><row><cell cols="2">Number of Simulations 1</cell></row><row><cell>Data Sampling</cell><cell></cell></row><row><cell>Sampling Type</cell><cell>Monte Carlo</cell></row><row><cell>Generator</cell><cell>RAN2I</cell></row><row><cell>Initial Seeds</cell><cell>Randomely</cell></row></table></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">e-government information systems:evaluation-led design for public value and client trust</title>
		<author>
			<persName><forename type="first">M</forename><surname>Grimsley</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Meehan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">European Journal of Information Systems</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="page" from="134" to="148" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">M</forename><surname>Moore</surname></persName>
		</author>
		<title level="m">Creating Public Value: Strategic Management in Government</title>
				<meeting><address><addrLine>Cambridge, MA</addrLine></address></meeting>
		<imprint>
			<publisher>Harvard University Press</publisher>
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Assessment frameworks of e-government projects: a comparison</title>
		<author>
			<persName><forename type="first">P</forename><surname>Fitsilis</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Anthopoulos</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">C</forename><surname>Gerogiannis</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">PCI 2009 Conference Proceedings</title>
				<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Govqual: A quality driven methodology for egovernment project planning</title>
		<author>
			<persName><forename type="first">C</forename><surname>Batini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Viscusi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Cherubini</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Government Information Quarterly</title>
		<imprint>
			<biblScope unit="volume">26</biblScope>
			<biblScope unit="page" from="106" to="117" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Luftman</surname></persName>
		</author>
		<title level="m">Competing in the information age: Strategic alignment in practice</title>
				<meeting><address><addrLine>New York</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Strategic alignment: Leveraging information technology for transforming organizations</title>
		<author>
			<persName><forename type="first">J</forename><surname>Henderson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Venkatraman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IBM Systems Journal</title>
		<imprint>
			<biblScope unit="volume">32</biblScope>
			<date type="published" when="1993">1993</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Towards evolution of strategic it requirements</title>
		<author>
			<persName><forename type="first">A</forename><surname>Babar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Cox</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">J</forename><surname>Bleistein</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">M</forename><surname>Verner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">SAC</title>
		<imprint>
			<biblScope unit="page" from="1220" to="1227" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Strategic alignment in requirements analysis for organizational it: an integrated approach</title>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">J</forename><surname>Bleistein</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Cox</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Verner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 2005 ACM symposium on Applied computing</title>
				<meeting>the 2005 ACM symposium on Applied computing<address><addrLine>New York, NY, USA</addrLine></address></meeting>
		<imprint>
			<publisher>ACM</publisher>
			<date type="published" when="2005">2005</date>
			<biblScope unit="page" from="1300" to="1307" />
		</imprint>
	</monogr>
	<note>SAC &apos;05</note>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m" type="main">The Role of Business Models in Enterprise Modelling</title>
		<author>
			<persName><forename type="first">P</forename><surname>Johannesson</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2007">2007</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">The rea accounting model: A generalized framework for accounting systems in a shared data environment</title>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">E</forename><surname>Mccarthy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The Accounting Review</title>
		<imprint>
			<biblScope unit="volume">58</biblScope>
			<biblScope unit="page" from="554" to="578" />
			<date type="published" when="1982">1982</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Value-based requirements engineering: exploring innovative e-commerce ideas</title>
		<author>
			<persName><forename type="first">J</forename><surname>Gordijn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">M</forename><surname>Akkermans</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Requir. Eng</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="114" to="134" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Clarifying business models: Origins, present, and future of the concept</title>
		<author>
			<persName><forename type="first">A</forename><surname>Osterwalder</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Pigneur</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Tucci</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Communications of the AIS</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<date type="published" when="2005">2005. 2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">for business rule motivation</title>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">B</forename><surname>Kolber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Estep</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Hay</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Struck</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Lam</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Healy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Hall</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Zachman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Healy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Eulenberg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Fishman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Ross</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Moriarty</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Selkow</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Organizing business plans: The standard model</title>
				<imprint>
			<date type="published" when="2000">2000</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Integrating b-scp and map to manage the evolution of strategic it requirements</title>
		<author>
			<persName><forename type="first">A</forename><surname>Babar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Cox</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Tosic</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">J</forename><surname>Bleistein</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">M</forename><surname>Verner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Information &amp; Software Technology</title>
		<imprint>
			<biblScope unit="volume">50</biblScope>
			<biblScope unit="issue">7-8</biblScope>
			<biblScope unit="page" from="815" to="831" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Aligning is to organization&apos;s strategy: The instalmethod</title>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">H</forename><surname>Thevenet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Salinesi</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">CAiSE</title>
				<imprint>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="203" to="217" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Capturing system intentionality with maps</title>
		<author>
			<persName><forename type="first">C</forename><surname>Rolland</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Conceptual Modelling in Information Systems Engineering</title>
				<editor>
			<persName><forename type="first">J</forename><surname>Krogstie</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><forename type="middle">L</forename><surname>Opdahl</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Brinkkemper</surname></persName>
		</editor>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Strategic alignment in the context of e-servicesan empirical investigation of the instal approach using the italian egovernment initiative case study</title>
		<author>
			<persName><forename type="first">G</forename><surname>Viscusi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">H</forename><surname>Thevenet</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Salinesi</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">CAiSE</title>
		<imprint>
			<biblScope unit="page" from="163" to="166" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">e3alignment: Exploring inter-organizational alignment in net worked value constellations</title>
		<author>
			<persName><forename type="first">V</forename><surname>Pijpers</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Gordijn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Akkermans</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IJCSA</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="59" to="88" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">From e-r to &quot;a-r&quot; -modelling strategic actor relationships for business process reengineering</title>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">S K</forename><surname>Yu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Mylopoulos</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ER</title>
		<imprint>
			<biblScope unit="page" from="548" to="565" />
			<date type="published" when="1994">1994</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">BPMN Modeling and Reference Guide</title>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">A</forename><surname>White</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Miers</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Future Strategies Inc</title>
		<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Deadline assignment in a distributed soft real-time system</title>
		<author>
			<persName><forename type="first">B</forename><surname>Kao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Garcia-Molina</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Transactions on Parallel and Distributed Systems</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">12</biblScope>
			<biblScope unit="page" from="1268" to="1274" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">Workflow instance scheduling with project management tools</title>
		<author>
			<persName><forename type="first">C</forename><surname>Bussler</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">DEXA &apos;98: Proceedings of the 9th International Workshop on Database and Expert Systems Applications</title>
				<imprint>
			<date type="published" when="1998">1998</date>
			<biblScope unit="page">753</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Deadline allocation in a time-constrained workflow</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">H</forename><surname>Son</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">H</forename><surname>Kim</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">H</forename><surname>Kim</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Int. J. Cooperative Inf. Syst</title>
		<imprint>
			<biblScope unit="volume">10</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="509" to="530" />
			<date type="published" when="2001">2001</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<monogr>
		<title level="m" type="main">Orbwork: A corba-based fully distributed, scalable and dynamic workflow enactment service for meteor</title>
		<author>
			<persName><forename type="first">K</forename><forename type="middle">J</forename><surname>Kochut</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">P</forename><surname>Sheth</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Miller</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1999">1999</date>
		</imprint>
		<respStmt>
			<orgName>Department of Computer Science, University of Georgia</orgName>
		</respStmt>
	</monogr>
</biblStruct>

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