<?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">Agent-based modeling and simulation of multiproject scheduling</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">José</forename><forename type="middle">Alberto</forename><surname>Araúzo</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Javier</forename><surname>Pajares</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Adolfo</forename><surname>Lopez- Paredes</surname></persName>
						</author>
						<author role="corresp">
							<persName><forename type="first">Juan</forename><surname>Pavón</surname></persName>
							<email>jpavon@fdi.ucm.es</email>
						</author>
						<author>
							<affiliation key="aff0">
								<orgName type="department">Social Systems Engineering Centre</orgName>
								<orgName type="institution">INSISOC</orgName>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="institution">University of Valladolid Valladolid</orgName>
								<address>
									<country key="ES">Spain</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff2">
								<orgName type="department">Facultad de Informática</orgName>
								<orgName type="institution">Universidad Complutense de Madrid Madrid (</orgName>
								<address>
									<country key="ES">Spain</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Agent-based modeling and simulation of multiproject scheduling</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">3BF6783079B682CAD0F241A87CE9607F</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T05:49+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>agent-based modelling</term>
					<term>agent-based simulation</term>
					<term>multi-project environments</term>
					<term>auction based resources allocation</term>
					<term>project scheduling</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>There are no analytical solutions for the problem of dynamic scheduling of resources for multiple projects in realtime. Mathematical approaches, like integer programming or network based techniques, cannot describe complexity of real problems (multi-projects environments have many interrelated elements), and have difficulties to adapt the analysis to dynamics changes. However, this complex problem can be modeled as a multi-agent system, where agents negotiate resources through an auction inspired mechanism. Agents can be used to represent projects and resources. Projects demand resources for fulfilling their scheduled planned work, whereas resources offer their capabilities and workforce. An auction inspired mechanism is used to allocate resources to projects and the price of resources emerges and changes over time depending on supply and demand levels in each time slot. By means of this multi-agent system, it is possible to overcome most of the problems faced in multi-project scheduling such as changes in resources capabilities, allocation flexibility, changes in project strategic importance, etc.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>INTRODUCTION</head><p>The problem of allocating resources for multiple concurrent projects appears in large cases of service and manufacturing organizations. A paradigmatic example can be an engineering projects office. This organization makes different kinds of projects that are proposed at any time, which must be handled in a given time frame. Each project consists of a number of activities (calculations, design, checks, budgeting, etc.) that are performed by workers and with some precedence relationships. The workers can perform one or several activities according to their skills. Decision makers have to reject inadvisable projects and decide which resources will be allocated to which projects and when.</p><p>Previous decisions have high impact in the office's profit. In order to achieve strategic goals it is important to give priority to projects, and to allocate activities to the most efficient workers at the appropriate time. Because of this, before executing projects it is advisable to make a schedule that optimizes the allocation of resources.</p><p>Classical methods are based on mathematical programming and can solve this problem when the complexity is low. And there are some heuristics and meta-heuristics that are able to provide good schedules for more complex problems <ref type="bibr" target="#b8">[9]</ref>. The traditional scheduling and control systems propose hierarchical and centralized architectures, where a classical scheduler system that has a global model of the multi-project environment makes schedules according to the current state of the system. Hans et al. <ref type="bibr" target="#b3">[4]</ref> review existing literature in hierarchical approaches and propose a generic project planning and control framework for helping management to choose between planning methods, depending on organisational issues. But these techniques are not flexible or robust enough, and have difficulties to consider many real factors. In addition, real environments undergo frequent changes (new resources, new technologies) that force to modify the scheduling system. The traditional scheduling and control systems, which are based on hierarchical and centralized architectures, have not enough flexibility to adapt themselves to the dynamism and complexity of multi-project environments.</p><p>These issues have motivated, in last years, successive proposals are appearing to improve the scheduling and control in a multi-project environment. The paradigm of Multi-agent Systems (MAS) can help to find solutions, especially in cases where some social behaviour emerges. This paper shows an agent-based approach for online dynamic scheduling and control in multi-project environments that takes advantage of the ability of agents to negotiate and adapt to changing conditions. The MAS has basically two types of agents: projects managers and resources managers.</p><p>Projects have scheduled work to be done by different resources. Resources are endowed with some capabilities (knowledge, work force, etc.) that are needed to do the work. Projects demand resources over time and resources offer their capabilities and time availability. There is an auction process, and the price of resource-time slots emerges endogenously as a result of supply and demand. The design of the auction process uses a technique that has been proposed for distributed scheduling in the literature <ref type="bibr" target="#b7">[8]</ref>, <ref type="bibr" target="#b13">[14]</ref>, <ref type="bibr" target="#b10">[11]</ref>.</p><p>This agent-based approach has two distinctive aspects with respect to other works: the integration of strategic decisions (accept or reject new projects) and operative aspects (resource allocation), and the ability to manage resource flexibility. This allows mangers to study the advisability of increasing the flexibility of resources.</p><p>The next section introduces the role of agent-based modeling and simulation in project scheduling. Section 3 presents the MAS for the real-time scheduling problem, which has been specified with an agent-oriented modeling language, INGENIAS <ref type="bibr" target="#b9">[10]</ref>. This has been the basis for implementing a simulation, which is described in section 4, and whose results are discussed in section 5. Finally, section 6 presents main conclusions of using this agent-based modeling and simulation approach.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>II. AGENT ORIENTED MODELING AND SIMULATION FOR</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>REAL-TIME SCHEDULING OF MULTIPLE PROJECTS</head><p>Multi-projects environments are complex and dynamic systems. They include many components and dependencies, and many changes may occur in the execution of projects. Moreover, projects are inherently distributed; each task may be completed by different resources or in different geographical locations and each project manager may be in different places.</p><p>MAS have been shown to deal with problems of complexity, openness (components of the system are not known in advance, can change over time, and are highly heterogeneous, dynamic in project management terms), with dynamical and unknown environments changing over time (uncertainty) and ubiquity (the activity is distributed over the complete structure) <ref type="bibr" target="#b4">[5]</ref>  <ref type="bibr" target="#b11">[12]</ref>.</p><p>In the particular case of multi-project systems, the agents can be abstracted as tasks, resources, project managers, etc. This design enables to distribute the management system in elemental components directly identifiable in the target system, and hence giving the opportunity to create systems easier to design, to adapt and to maintain. Moreover, since the system is distributed according to its structure, any change in the structure can be easily translated to the management system. This decentralized approach facilitates the design of market mechanisms to solve the scheduling problem by means of distributed approximations <ref type="bibr" target="#b1">[2]</ref>. Recently, Lee, Kumara and Chatterjee <ref type="bibr" target="#b6">[7]</ref> have proposed an agent-based dynamic resource scheduling for multiple distributed projects using market mechanisms. Following the same research line, <ref type="bibr">Confessore et al.</ref> propose in <ref type="bibr" target="#b2">[3]</ref> another iterative combinatorial auction mechanism. Other examples of agent-based approaches in project management can be found in the works of Kim and colleagues <ref type="bibr" target="#b5">[6]</ref>, Wu and Kotak <ref type="bibr" target="#b12">[13]</ref>, and Cabac <ref type="bibr" target="#b0">[1]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>III. A MAS MODEL FOR MULTIPLE PROJECT SCHEDULING</head><p>The system can be modeled with two types of agents representing project and resource managers. Agents have the ability to interact with each other. In this case, it is important to define an auction protocol for project agents to compete for the use of resources. Resource Manager Agents interact with project agents to inform on the status, capabilities and cost at each specific time. A third type of agent is included in the system to create new agents and monitoring the global behavior.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Project Manager Agents</head><p>Each project is associated to a Project Manager Agent. The system is considered dynamic: while some projects are being developed other projects can be included or rejected in realtime, which implies the creation and deletion of the corresponding agents.</p><p>At any instant t there are I projects in the system, each one denoted by i. Each one is characterized by a value V i , that can be interpreted as the revenue obtained for the project, a weight w i representing the strategic importance given to the specific project, a desirable delivery date D i , a limit delivery date D i * , which cannot be exceeded, an arrival date of the project to the system, B i , and a limit answer date R i that represents the latest date to decide whether to accept or reject the project.</p><p>Each project i consists of J i activities, each one denoted by ij, where i∈{1, 2,…, I} and j∈{1, 2,…, J i }. Every activity j of a project i is associated with a competence h(i,j). Any activity ij with a given competence h(i,j) can be performed by a resource m just if m is endowed with the competence h(i,j). The duration of the activity ij depends on the resource assigned to perform it. The duration of activity ij in resource m is denoted as d ijm . It is calculated according to d ijm =d ij /e m,h(ij) , where d ij is the standard duration of activity j of project i and e m,h(ij) is the efficiency of resource m to perform the competence h(i,j).</p><p>This first simplified model assumes that the activities of any project should be performed sequentially in the order defined by j and only one resource can be assigned to an activity. There is also the assumption that once some resource has begun a task, the activity cannot be interrupted; the resource needs to finish it to be assigned to any other activity. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Resource Manager Agents</head><p>A resource is modelled as a Resource Manager Agent. There are M resources, which can be assigned simultaneously to one activity. Each resource is endowed with a given cost rate per unit of time, c m (m ∈{1, 2, 3…M}), and a subset H m of competences that can be performed (H={h 1 , h 2 , ... h K } is the set of competences that are necessary to complete the projects).</p><p>Each resource has a certain grade or ability to perform a competence. Therefore, the work capacity of resources can be symbolized by means of a vector of abilities per resource e m =(e m1 , e m2 ,…,e mk ), where e mf ≥ 0 shows the ability degree of resource m to perform the competence h f . If e mf = 0 then the resource m has not the competence h f , if 0 &lt;e mf &lt; 1 the resource is able to perform inefficiently the competence h f , if e mf = 1 it has standard efficiency to perform the competence, and if e mf &gt; 1 it will do it efficiently.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>C. Monitoring Agent</head><p>A Monitoring Agent has the responsibility to visualize the current state of the system to the user. Moreover, this agent allows the user to create new Project Manager Agentsm, as shown in Figure <ref type="figure" target="#fig_0">1</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>IV. AGENT WORKFLOWS AND INTERACTIONS</head><p>The agent workflows and interactions must be designed in order to maximize the global efficiency of the system, which will be evaluated by the average benefit obtained in a certain time interval T according to:</p><formula xml:id="formula_0">( ( )) i i T V Cost i B Efficiency T T − = = ∑<label>(1)</label></formula><p>for all projects i that are finished in T, Cost(i) is the cost to complete the project i. This cost has two components, the direct resource cost and the delay cost:</p><formula xml:id="formula_1">2 m(j) ijm ( ) C ( ) e ij i i i j d Cost i w D F = ⋅ + ⋅ − ∑<label>(2)</label></formula><p>The first addend corresponds to the direct resource cost to finish each activity j. ( ) m j denotes the resource selected to comply with activity j. The second addend is the delay cost associated with the project, where F i is the real delivery date.</p><p>The problem considers the decision to reject projects. This could happen in any of the following cases:</p><p>• The revenue obtained from the project does not compensate the costs.</p><p>• The scheduling exceeds the D i * of the project.</p><p>• The impact on the scheduling of the rest of the projects is not acceptable. This may happen for two causes. First, if the new project obliges to delay a committed project beyond D i * , it will be rejected. If not, but the inclusion of the new project increases the delay costs of the other projects more than the direct benefit obtained for the project, it will also be rejected.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Auction Interactions</head><p>At any time, the system has as many Project Manager Agents as projects are ordered. Each one represents a particular project characterized by its tasks, precedence relationships, due date, value, local programs and their execution state. Their goal is to look for contracts with resources that can perform the required activities and hence completing successfully the project. In order to achieve their goal, Project Manager Agents make plans that take into account only their own activities (local schedule).</p><p>The decision-making process is decentralized as it emerges from interactions among the agents in an auction process. Each project manager creates its own schedule (local schedule) by taking into account its own project goals and its own knowledge. This procedure can bring incompatible local schedules (several projects try to use the same resource at the same moment). Moreover, the local schedules can be globally inefficient (profitable projects are rejected; most important projects have delays; etc). These difficulties that arise from the autonomy of each agent are solved with a market mechanism that ensures that local schedules are nearly compatible and globally efficient according to the expression (1). This auction based multi-project scheduling approach is founded on Lagrangian Relaxation <ref type="bibr" target="#b7">[8]</ref> <ref type="bibr" target="#b10">[11]</ref>[14], a decomposition technique for mathematical programming problems.</p><p>In order to apply the market metaphor, the periods when resources are available are subdivided in a set of small time intervals or time slots. Each time slot on each resource is modelled as a good that can be sold in an auction, where each resource acts as a seller. Thus, a local schedule will be a bundle of time slots that has been allocated to a project.</p><p>The number of sellers is equal to the number of resources in the system. Each resource proposes a price for the time slots from the current time to the end of the scheduling horizon. The scheduling horizon changes dynamically by coinciding with the latest time slot that some project has asked at any moment.</p><p>Each project agent plays the role of a bidder that participates in auctions by asking the Resource Manager Agents for the set time slots that it requires to execute its pending tasks at the current time. It will try to find a set of time slots (Z i ) through the resource pool while incurring the minimum possible local cost (LC i ). This cost has two components, the sum of the price of the selected time slots and the delay cost (expression 3):</p><formula xml:id="formula_2">2 ) ( i i i Z mt mt i F D w p LC i − ⋅ + = ∑ ∈ (3)</formula><p>where p mt is the price of the time slot (t) of the resource (m).</p><p>To select the set of time slots (Z i ) that minimizes their local cost, Project Manager Agents use a dynamical programming algorithm where all possible combinations of time slots and resources are considered <ref type="bibr" target="#b12">[13]</ref>. In their decision, they take into account that only those resources endowed with the necessary competences can carry out a certain activity. Moreover, the number of time slots necessary to complete a task (duration) are determined according to the ability degree of the resource in the competence. Each project agent will regard as scheduling horizon the time slot that goes from the current time to the limit delivery date (D i * ). If some project agent cannot find a set of time slots in such a manner that it allows to schedule tasks before D i * , with a smaller cost than its value (V i ), then it will not ask for any set of time slots. This implies that the project is unprofitable at the correspondent round of bidding and must be rejected.</p><p>Each Resource Manager Agent determines the price charged for the time slots with the purpose of reducing resource conflicts and maximizing their revenue. In order to get this goal a subgradient optimization algorithm is used to adjust prices at each round of bidding. By means of this algorithm the Resource Manager Agents increase the price of the time slots where there is conflict (more than one project manager has asked for this time slot) and reduce the price of the time slots that have not been demanded. The process of price adjustment and bid calculation continues indefinitely. At each round of bidding the resource conflicts will be reduced.</p><p>At the first round of bidding, the time slots prices for the resource (m) are equal to the resource cost rate (c m ). At the rest of bidding round, the prices will be updated by means of the expression 4. α n is calculated according to <ref type="bibr" target="#b7">[8]</ref>. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Contract Interactions</head><p>By means of the auction mechanism described above, project agents build compatible and globally efficient local schedules for their pending activities. Moreover, at the same time, agents interact through a complementary process to make firm agreements based on the local schedules that have been created by means of the auction process. These agreements determine fixed programs for earliest scheduled tasks. When these agreements are obtained, project agents will never consider the tasks included as firm contracts as pending.</p><p>The global efficiency and the compatibility of local schedules depend on the degree of convergence of market prices to the equilibrium prices. If the prices get closer to the equilibrium price, they will be representative of the system state; they will have information about any system feature and local schedules will be compatible and globally efficient. If agents are making firm contracts when prices are not representative of the system state, then incompatibilities could take part. In these cases, the agents resolve incompatibilities by means of local schedule based heuristics rules. More exactly, when several activities use the same resource at the same moment, the activity that has been earliest programmed in local schedule will have priority to be contracted in firm agreements. Although this heuristic does not ensure global efficiency, it will achieve perfect compatibility in final decisions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>V. SIMULATION AND RESULTS</head><p>The system has been implemented and simulated with different scenarios. Here the analysis focuses on the role of resource capabilities and the option of project rejection. The first scenario shows a simple case to illustrate the main features of the system, in the next subsection. This is followed by a dynamic scenario in order to evaluate the system performance in evolving complex environments.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A. Simple Case Study</head><p>Consider three different resources (R1, R2 and R3), endowed with the competences C1, C2 and C3 respectively. TABLE I. shows a portfolio of five projects, and the tasks needed to complete each project. Each task is defined by means of the pertaining competence and expected standard time to be completed.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>TABLE I. SIMPLE CASE STUDY</head><p>The arrival date is the date when the project is included in the system. Projects can start-up in the starting date; otherwise, they should have been rejected before this date. Due Date 1 (DD1) is the most desirable duration whereas Due Date 2 (DD2) is the maximum allowed. All the projects have a weight of 1.</p><p>Figures <ref type="figure" target="#fig_3">2 and 3</ref> show the system state at a given time (current time). In the upper area of the figures the relative duality gap evolution is presented. The prices of time slots are the solution of the dual problem and the duality gap is a Tasks Proj. measure of the difference between the primal and dual objective function, so it quantifies the quality of the solution <ref type="bibr" target="#b7">[8]</ref>. The relative duality gap is calculated as the duality gap divided by the dual solution. A small relative duality gap means that the prices are representative of the system state, thus, a good solution is achieved. The lower part of the figures present charts of resources. These charts show the tasks that each resource has performed until the current time (lower area of the resource charts) and the time slot prices (upper area of the resource chart). The time slots prices previous to current time are the prices when agents were doing firm agreements for those time slots. The prices later than current time are the estimated prices in the current round of the auction.</p><p>Figure <ref type="figure">2</ref>. shows the system state at the moment 45, just before projects P4 and P5 arrive at the system. When the first projects (P1, P2 and P3) are included in the system, the duality gap is high, indication of a bad solution. But then, the price formation mechanism makes the prices to stabilise, and the gap becomes smaller. This means that prices are close to equilibrium.</p><p>Figure <ref type="figure">2</ref>. System state at the moment 45 Figure <ref type="figure" target="#fig_3">3</ref>. shows the evolution of the tasks performed by each resource and the prices of the time slots after finishing the simulation. This figure shows how the duality gap increases when the projects P4 and P5 arrive to the system. At this moment previous prices did not reflect the new system state (new projects are in the system). After some time, the prices change to adapt themselves to the new system conditions, and the gap decreases again. It can be observed that the new prices are very different from previous prices. This happens especially in resource R1 where prices are very high. Note that project P5 has been rejected although it has a high value, because its value was not available at time 0, when projects P1, P2, P3 were waiting to start-up. The calculus of the payment that projects have done for time slots (TABLE <ref type="table" target="#tab_0">II</ref>. ) shows that the same projects do a payment higher than their values. When projects P4 and P5 arrive at the system the prices of time slots of the resource R1 grow because P5 is able to pay higher prices to be performed. Although P5 accepts higher prices than other projects, P1, P2 and P3 cannot be rejected and finally they must pay the market prices. The final total value (B T =total values of performed projects minus total delay cost) is 55700. The simulation not only gives the dynamic schedule and the refused projects, but the value of each resource as well. For instance, in Figure <ref type="figure" target="#fig_3">3</ref>. the prices of resource R1 are very high during all time slots. This means that the resource competence is very valuable (bottleneck), so if the firm is going to be engaged in similar projects in the nearby future, it would be useful to include more resources with the same competences. On the other hand, prices of resources R2 and R3 are small, although they are working on different tasks during the simulation.</p><p>So, the possibility of enhancing the range of capabilities of resources R2 and R3 should be considered; for instance, in the case of human resources, this can be done by means of training.  shows the evolution of the system when the resource R2 is also endowed with the competence C1 with efficiency 0.8. Compared with the previous case, now the price range is lower for resource R1 and higher for R2. Although the duration of task T22 of project P2 is smaller in resource R1 than in R2, now the system have to reallocate in real-time this activity to R2. So, R1 can perform in time the task T51 of the project P5. In this experiment, the project P5 is accepted and executed, and the total value has been increased from 55700 to 69369. This shows that the system is capable to use the flexibility of resource R2 to improve in real-time the global performance.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>B. Complex Dynamic Scenario</head><p>In order to check the system performance in very dynamic environments, consider 12 projects (table <ref type="table">3</ref>) that arrive at the system every 20 units of time (first P1, second P2, …, and finally P12). In TABLE III. DD1 and DD2 are relating to starting date. Resources and competences are similar to the previous case study. We have done several simulations by changing two types of parameters: the response period and the set of competences of resources. The response period is the time interval between the arrival date and the starting date. During this period, projects wait in the system for rejection or acceptance decision. If this period is long, more projects are waiting for decision simultaneously, so decisions will be more efficient.</p><p>We have simulated three competence distribution cases: case A (R1 has the competence C1, R2 the C2, R3 the C3), case B (R1 C1, R2 C1 and C2, R3 C3), and case C (R1 C1, R2 C1 and C2, R3 C2 and C3). Figure <ref type="figure" target="#fig_6">5</ref>. shows the total values obtained in different experiments. Each curve represents the value variation for cases (A, B and C) when the response period increases. Note that the system efficiency is higher when the response period increases and when the resources are more flexible (they have more competences). This shows that in this scenario the system performance is suitable; the software is able to manage complexity to improve the global efficiency. We propose a multi-agent system and an auction mechanism for online dynamic scheduling in multi-project environments. Projects have tasks to be completed, so they compete for the resources endowed with the capabilities required to do some pieces of work. The prices of resources emerge endogenously by means of an auction process.</p><p>We show some of the possibilities of this multi-agent approach to deal with some of the decisions that managers need to take within multi-project environments. The system allocates dynamically resources to projects, and decides what projects to accept or reject taking into account project value, profitability and (feedback) operational information. We also show how it is possible to discover which resources are the most valuable, so they should be added to the firm. This approach contributes to fill the gap between the literature in portfolio project management (usually focused on corporate strategy and finance) with the work in multi-project management (mainly concerned with operational issues, scheduling and resource allocation). </p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 .</head><label>1</label><figDesc>Figure 1. MAS organization model (with INGENIAS notation [10]). The diagram shows an organization (Engineering Company), which has several departments (Projects Office and Production Unit). The Projects Office has one Monitor Agent and several Project Manager Agents. The Production Unit has Resource Managers that take care of the use of Resources.</figDesc><graphic coords="2,319.92,446.28,225.36,216.36" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head></head><label></label><figDesc>of the time slot (t) of resource (m) at the round (n+1) • n mt p is the price of the time slot (t) of resource (m) at the round (n) • n α is the step at the round (n). It decreases when (n) increases. of slot (t) of resource (m)</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure 3 .</head><label>3</label><figDesc>Figure 3. Tasks performed by resources. Tij denotes Task j of project Pi.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Figure 4 .</head><label>4</label><figDesc>Figure 4. Tasks performed by resources (competences of resource R2 increased).</figDesc><graphic coords="5,306.72,474.84,251.76,105.00" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Figure 4 .</head><label>4</label><figDesc>Figure 4.  shows the evolution of the system when the resource R2 is also endowed with the competence C1 with efficiency 0.8. Compared with the previous case, now the price range is lower for resource R1 and higher for R2. Although the duration of task T22 of project P2 is smaller in resource R1 than in R2, now the system have to reallocate in real-time this activity to R2. So, R1 can perform in time the task T51 of the project P5. In this experiment, the project P5 is accepted and executed, and the total value has been increased from 55700 to</figDesc><graphic coords="5,36.72,576.60,251.76,117.72" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>Figure 5 .</head><label>5</label><figDesc>Figure 5. Total value in complex experiments</figDesc><graphic coords="6,306.72,54.00,252.36,133.68" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>TABLE II .</head><label>II</label><figDesc>PAYMENT FOR TIME SLOTS PER PROJECT</figDesc><table><row><cell>Project</cell><cell>Value</cell><cell>Total payment</cell></row><row><cell>P1</cell><cell>10000</cell><cell>12719</cell></row><row><cell>P2</cell><cell>12000</cell><cell>11414</cell></row><row><cell>P3</cell><cell>30000</cell><cell>8298</cell></row><row><cell>P4</cell><cell>15000</cell><cell>6887</cell></row><row><cell>P5</cell><cell>0</cell><cell>0</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>TABLE III .</head><label>III</label><figDesc>DYNAMIC PORTFOLIO OF PROJECTS (COMPLEX SCENARIO)</figDesc><table /></figure>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>ACKNOWLEDGMENTS</head><p>This work has been done in the context of the following projects: (1) "Agent-based Modelling and Simulation of Complex Social Systems (SiCoSSys)", supported by Spanish Council for Science and Innovation, with grants TIN2008-06464-C03-01 and TIN2008-06464-C03-02; (2) "ABACO VA006A09", (3) the Programa de Creación y Consolidación de Grupos de Investigación UCM-BSCH GR58-08, and (4) GR251/09 supported by the "Junta de Castilla y Leon".</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Multi-agent system: A guiding metaphor for the organization of software development projects</title>
		<author>
			<persName><forename type="first">L</forename><surname>Cabac</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Multiagent System Technologies. Lecture Notes in Artificial Intelligence 4687</title>
				<editor>
			<persName><forename type="first">J</forename><forename type="middle">G</forename><surname>Carbonell</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Siekman</surname></persName>
		</editor>
		<meeting><address><addrLine>Berlin / Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="1" to="12" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<title level="m" type="main">Market-Based Control: A Paradigm for Distributed Resource Allocation</title>
		<author>
			<persName><forename type="first">S</forename><surname>Clearwater</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1996">1996</date>
			<publisher>World Scientific</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">A market-based multiagent system model for decentralized multi-project scheduling</title>
		<author>
			<persName><forename type="first">G</forename><surname>Confessore</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Giordani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Rismondo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Annals of Operations Research</title>
		<imprint>
			<biblScope unit="volume">150</biblScope>
			<biblScope unit="page" from="115" to="135" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">A hierarchical approach to multi-project planning under uncertainty</title>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">W</forename><surname>Hans</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Herroelen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Leus</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Wullink</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Omega</title>
		<imprint>
			<biblScope unit="volume">35</biblScope>
			<biblScope unit="page" from="563" to="577" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Applying agent technology</title>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">R</forename><surname>Jennings</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Wooldridge</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Applied Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">9</biblScope>
			<biblScope unit="page" from="357" to="369" />
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Multi-agent distributed coordination of project schedule changes</title>
		<author>
			<persName><forename type="first">K</forename><surname>Kim</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Paulson</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Computer-Aided Civil and Infrastructure Engineering</title>
		<imprint>
			<biblScope unit="volume">18</biblScope>
			<biblScope unit="page" from="412" to="425" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Multiagent based dynamic resource scheduling for distributed multiple projects using a market mechanism</title>
		<author>
			<persName><forename type="first">Y</forename><forename type="middle">H</forename><surname>Lee</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">R T</forename><surname>Kumara</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Chatterjee</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Intelligent Manufacturing</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="page" from="471" to="484" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Scheduling of Manufacturing Systems Using the Lagrangian Relaxation Technique</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">B</forename><surname>Luh</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">J</forename><surname>Hoitomt</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IFAC Work Shop on Discrete Event System Theory and Applications in Manufacturing and Social Phenomena</title>
				<meeting><address><addrLine>Shenyang, China</addrLine></address></meeting>
		<imprint>
			<date type="published" when="1991">1991</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m" type="main">Book review of Project Scheduling with Time Windows and Scarce Resources: Temporal and Resource-Constrained Project Scheduling with Regular and Non-regular Objective Functions</title>
		<author>
			<persName><forename type="first">K</forename><surname>Newman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Schwindt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Zemmermann</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2003">2003</date>
			<publisher>Springer-Verlag</publisher>
		</imprint>
	</monogr>
	<note>2nd Edition</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Agent Oriented Software Engineering with INGENIAS</title>
		<author>
			<persName><forename type="first">J</forename><surname>Pavón</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Gómez-Sanz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Multi-Agent Systems and Applications III, 3rd International Central and Eastern European Conference on Multi-Agent Systems</title>
				<editor>
			<persName><forename type="first">V</forename><surname>Marik</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">J</forename><surname>Müller</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><surname>Pechoucek</surname></persName>
		</editor>
		<meeting><address><addrLine>CEEMAS; Berlin Heidelberg</addrLine></address></meeting>
		<imprint>
			<publisher>Springer-Verlag</publisher>
			<date type="published" when="2003">2003. 2003</date>
			<biblScope unit="page" from="394" to="403" />
		</imprint>
	</monogr>
	<note>Lecture Notes in Artificial Intelligence 2691</note>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">An Optimization-Based Algorithm for Job Shop Scheduling</title>
		<author>
			<persName><forename type="first">J</forename><surname>Wang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">B</forename><surname>Luh</surname></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename><surname>Zhao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jinlin</forename><surname>Wang</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Sadhana, a Journal of Indian Academy of Sciences</title>
		<imprint>
			<biblScope unit="volume">22</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="241" to="256" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<title level="m" type="main">An Introduction to Multiagent Systems</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Wooldridge</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
			<publisher>John Wiley &amp; Sons Ltd</publisher>
			<pubPlace>New York</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Agent-based collaborative project management system for distributed manufacturing</title>
		<author>
			<persName><forename type="first">S</forename><surname>Wu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Kotak</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the IEEE International Conference on Systems, Man and Cybernetics</title>
				<meeting>the IEEE International Conference on Systems, Man and Cybernetics</meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
			<biblScope unit="page" from="1223" to="1228" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Surrogate Gradient Algorithm for Lagrangian Relaxation</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">B</forename><surname>Zhao</surname></persName>
		</author>
		<author>
			<persName><surname>Luh</surname></persName>
		</author>
		<author>
			<persName><surname>Wang</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Optimization Theory and Applications</title>
		<imprint>
			<biblScope unit="volume">100</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="699" to="712" />
			<date type="published" when="1999">1999</date>
		</imprint>
	</monogr>
</biblStruct>

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