<?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">Self-Regulating Multi-Agent System for Multi-Disciplinary Optimisation Process</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Jean-Baptiste</forename><surname>Welcomme</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">IRIT -Paul Sabatier University</orgName>
								<address>
									<settlement>Toulouse III</settlement>
								</address>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="institution">EADS CRC -Corporate Research Center</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Marie-Pierre</forename><surname>Gleizes</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">IRIT -Paul Sabatier University</orgName>
								<address>
									<settlement>Toulouse III</settlement>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Romaric</forename><surname>Redon</surname></persName>
							<affiliation key="aff1">
								<orgName type="institution">EADS CRC -Corporate Research Center</orgName>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Thierry</forename><surname>Druot</surname></persName>
							<affiliation key="aff2">
								<address>
									<settlement>Airbus</settlement>
									<country key="FR">France</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Self-Regulating Multi-Agent System for Multi-Disciplinary Optimisation Process</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">2D7499C0768B72B9D031CAAF260DAA2B</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T14:53+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 presents a multi-agent method to tackle multidisciplinary optimisation, based on the notions of cooperation and self-regulation. It is focused on the preliminary aircraft design, which is a complex compromise. In our approach several cooperative agents collectively act to achieve a common goal, i.e. optimising a multi-objective function, even if the environment of the system (the user's requirements) changes during the solving process. In MASCODE, one agent encapsulates one discipline and is designed individually without considering the dependencies with the others. So the computation is conceptually distributed without central control. Experimental results including efficiency comparison with the classical FSQP method are presented, and show that the adaptive behaviour of MASCODE provides new capabilities to understand and manage the complexity of the preliminary aircraft design.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction 1.Preliminary Aircraft Design</head><p>Preliminary aircraft design involves a lot of disciplines like weight, range, aerodynamic and operating cost estimations <ref type="bibr" target="#b7">[8]</ref>. In addition to the multidisciplinary aspect, manufacturers and airlines have different objectives on the product. Most of the time, manufacturers search to design product families, whereas airlines are looking for aircraft satisfying their needs at best (number of passenger, range, depreciation...). So during this design process a lot of compromises are carried out in order to specify the high-level design achieving expected aircraft performances (number of seats, cruise range, takeoff distance, etc.). These compromises are difficult to achieve, because constraints are numerous and dependent. Preliminary aircraft design is organised in two steps. First, a simulation function is built. It is obtained from the complex assembling of disciplinary models that represent a physic as a mathematical function with a set of inputs and outputs. Then, when the technical requirements (product performances) are known, the simulation is used to calculate the performances (Max Take Off Weight, Range, Operating Weight Empty); this is the design direction. Unfortunately, a mathematical inverse problem must be solved iteratively, because computational models are only known in the analysis direction ; computing product performances from design parameters. In the particular case of aircraft design, a lot of parameters are shared between disciplines. So the parameters and performances are highly interdependent, and constrained by their mutual tradeoffs <ref type="bibr" target="#b4">[5]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.2">Multi-Objective Optimisation</head><p>As presented, preliminary aircraft is an optimisation problem. Mathematical tools using response surfaces allow dealing with it. Especially the Feasible Sequential Quadratic Programming (FSQP), a gold standard method, enables to define objectives on performances and on design parameters, and then to find solutions to the design problem <ref type="bibr" target="#b11">[12]</ref>. However the number of degrees of freedom and the parameter interdependencies imply that the solution space is discontinuous. So, these traditional mathematical methods are not really adapted to the preliminary aircraft design, because the discontinuity makes difficult to find design points that satisfy all the constraints and then to optimise them. Genetic algorithms (GA) offer very interesting robustness to tackle this problem and to find admissible point, because they are independent of the discontinuity. However GAs optimise the design as a global problem, and provide a limited view on compromise solution, since it is obvious that the aircraft is never a mathematical optimum but an alchemic compromise <ref type="bibr" target="#b1">[2]</ref>. Pareto front are computed to compensate for this lack by pointing the region of the best compromise rather than providing only one optimal design. However if they improve the solution quality by providing more information, they do not really offer a better understanding since they are difficult to compute and to visualise especially when the targeted solution is really multi-objectives.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.3">Multi-Disciplinary Optimisation</head><p>Kroo defines MDO (Multi-Disciplinary Optimisation) as "a methodology for the design of complex engineering systems and subsystems that coherently exploits the synergism of mutually interacting phenomena" <ref type="bibr" target="#b7">[8]</ref>. During the last three decades, various types of computational or computer-aided design systems have been developed in MDO domain. A lot of issues were addressed like interoperability, problem decomposition, design robustness analysis and uncertainty propagation. Several strategies were proposed for the global optimisation and the subsystems linkage, exploiting the synergy of interactions through Fixed Point Iteration (FPI) algorithms <ref type="bibr" target="#b0">[1]</ref>. Many relations between mathematic analyser and optimiser were studied, in which an analyser defines an execution order for computing the different models, whereas an optimiser compares their results and adapts the design parameters to converge on target criteria, like in All at Once (AAO), Multi Disciplinary Feasible (MDF) and Individual Disciplinary Feasible (IDF). However these strategies are finally first decomposed in subsystems and then centralised within an optimiser. So the decomposition of the system becomes a key point and influences the resolution. More complete approaches such as Collaborative Optimisation (CO), Concurrent Sub-Space Optimisation (CSSO) offer multi-level architectures, where each disciplinary has its individual optimisation strategy <ref type="bibr" target="#b7">[8]</ref>. Analytical Target Cascading (ATC) is another alternative, in which each component is itself an optimiser <ref type="bibr" target="#b0">[1]</ref>. As a consequence, the system is hierarchical and each component tries to minimise its individual objectives and those of its neighbours. The MASCODE<ref type="foot" target="#foot_0">1</ref> approach presented in this paper have some similitude with it, but it processes are adaptive and dynamic.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.4">Self-Organising Multi-Agent Approach</head><p>Distributed Constraint Optimisation Problems (DCOP) are an important research area for multiagent systems. Its objective is to propose an optimal assignment to a set of variables spread over a number of agents. A number of powerful distributed algorithms such as SynchBB <ref type="bibr" target="#b6">[7]</ref>, ADOPT <ref type="bibr" target="#b9">[10]</ref>, OptAPO <ref type="bibr" target="#b8">[9]</ref> have been developed, and provided solutions either optimally, or close to optimality. However as these approaches are inspired from non-distributed combinatorial optimisation, they present lacks to be well-used to solve a dynamics problem with continuous parameters. Self-organising multi-agent approach works on the apparition of a functional structure spontaneously maintained in a dynamic equilibrium by all the participating components <ref type="bibr" target="#b5">[6]</ref>. As described in <ref type="bibr" target="#b3">[4]</ref>, self-organising MAS (Multi-Agent Systems) offer opportunities to simulate real complex systems, because of agents have ideally autonomous behaviours; adapt constantly their state relative to each other; learn from experience; and create dynamically group and organization. As described previously, the preliminary aircraft design is a complex process, because of multi-disciplinary aspects and of multi-objectives criteria. In addition, the interdependencies between the parameters imposed to make a lot of compromises that dynamically change the problem formulation. All these characteristics make self-organising multi-agent approach a promising solution to support the preliminary aircraft design. In this paper, we present a cooperative multi-agent approach based on the AMAS theory (Adaptive Multi-Agent Systems) to solve the preliminary aircraft problem <ref type="bibr" target="#b2">[3]</ref>. According to the "organisaction" principles <ref type="bibr" target="#b10">[11]</ref>, a self-organising system is described as to be able to self-regulate, self-relate and self-product. The paper is focused on the description of the self-regulation process, which aims</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>TakeOffW</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>WeightPerformance</head><p>EmptyW Weight</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Span Mission Range</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Awing Geometry MainGeometry</head><p>Figure <ref type="figure">1</ref>: A simplified example of relation between models at finding the optimised values of several parameters in a given system. The system properties make that some parameters are shared between several disciplines and/or strongly interdependent. The paper is structured as follows. First, the principle of using a MAS for enabling preliminary aircraft design through cooperative reasoning are detailed; then, MASCODE results are described and compared with FSQP results; finally we highlight the main long term opportunities associated to our approach compared to latest MDO research works.</p><p>2 System Design</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Introduction</head><p>MASCODE uses the specific resolution strategy of AMAS theory. This is a cooperative strategy, which is focused on the identification of a set of local Non Cooperative Situations (NCS) for the agents. By now, a cooperative agent is assigned to a discipline and the aim of an agent is to cooperate with its neighbours to find the values of different parameters in a given system, as shown in figure <ref type="figure">1</ref>. Agents are drawn in square and shared parameters in oval.</p><p>For the system, some parameters are inputs (TakeOffW, Span, Awing), outputs (TakeOffW) and intermediates (Range, EmptyW...). Any one of these parameters can be a user objective. However regarding the characteristics of the problem, the only freedom degrees are input parameters. Due to interdependencies between parameters, decomposition of the global problem by disciplinary and subtask, it seems possible to gain advantages to use a distributed resolution process that will take into account the shared constraints between entities as in ADOPT or DPOP algorithms, or in multi-agent approaches in general.</p><p>In MASCODE, one agent controls one discipline. Therefore, these agents are called Disciplinary Agents (DA). The multi-agent system is a network of DA corresponding to the model hierarchy commonly found in preliminary aircraft design. Each DA owns representation knowledge of the model and learned knowledge from experiences, which are used through a set of behaviours to communicate and to take decision according to environment perception.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">DA's Knowledge</head><p>This knowledge is static or dynamic, and is twofold: knowledge on its relations (connection with neighbours) and knowledge on its model.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.1">Knowledge on Relations</head><p>To interact, each DA knows its provider and user agents. For example, in figure <ref type="figure">1</ref>, for the agent Weight the users are WeightPerformance and Mission, and the providers are Geometry, Mission and WeightPerformance. A user agent uses the computed value of one of its output parameter, and a provider sends the value of one of its input parameters. In addition to this static knowledge, DA learns experiences during the execution, and builds memories. Memory is a key element in the AMAS approach, because an agent adapts its behaviour, and takes decisions in function of its past experiences (see section 2.3.2).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.2">Knowledge on Model</head><p>Each model possesses physical properties. They are explainable on each input of models and defined with validity domains:</p><p>• Lower and upper bounds of the design variables provide a physical validity interval (physical limits) for each input, in which the domain is computable.</p><p>• An objective validity interval (objective limits) describes a preferred interval. All the values inside this range fit the user constraints.</p><p>With these intervals, we defined a parametric<ref type="foot" target="#foot_1">2</ref> piecewise continuous mathematical function, shown in figure <ref type="figure" target="#fig_0">2</ref>, that enables for the agent to compute a satisfaction criteria. It indicates whether the agent respects its physical limits and its objective limits:</p><p>• when the input value is inside the objective validity interval the critical value is negative,</p><p>• when the input value is inside the physical validity interval but outside the objective validity interval, the critical value is positive and inferior to a critical threshold, predefined by the designer, which is the maximal critical value in the system,</p><p>• when the input value is outside the physical limits, its critical value is equal to the critical threshold.</p><p>Finally, the non-satisfaction degree of the agent is defined as the maximum of its input critical values from its input parameters.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">DA's Behaviour</head><p>Each agent is able to receive and send messages. In a first phase, agents compute their modules and transmit, via a forward message, the value of their outputs to their user agents. This phase is completed once an agent received all its forward messages from its providers. Consequently to the reception of forward messages, agents may send backward messages to inform providers when the provided value is not relevant. This second phase is completed once the agent received all its backward messages from its users. Thus, according to the received information in backward messages and to its individual state, it sends a modification request to its predecessors.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.1">Cooperative Reasoning</head><p>The Cooperative Reasoning is designed across Non Cooperative Situations (NCS) <ref type="bibr" target="#b2">[3]</ref>, composed of a description (conditions, triggers) and a set of actions. The description can be viewed as a rule containing all the conditions necessary to recognise the NCS. The sets of actions describe how the agents can improve the cooperation of their neighbourhoods. When all NCS are identified, the main objectives and the high-level decision model of agents are known.</p><p>In our cooperative approach and due to a set of NCS, we define the aim of each agent, which consists to do the action that decreases the most critical situation in the system. By measuring a non-satisfaction degree (the maximum of all the critical input values) in function of its objectives and of its physical limits, each agent can compare its critical value with the critical values of its neighbours (received requests). Then, it takes local cooperative decisions according to the following main principles:</p><p>• When the agent is the most critical, it builds a modification request for itself.</p><p>• When the agent is less critical than a modification request, it acts for the modification request.</p><p>For that it computes its Jacobian matrix 3 and finds the local dependencies between the concerned output and its inputs. Thus with the modification request and with its local dependencies, the agent is able to send a new modification request to its neighbours, that would help the received one.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.2">Learned Experiences and Adaptive Input Variation Steps</head><p>The reasoning can be cooperative only if the decision model takes into account the past experiences of the agent. Without any reasoning on the past experiences the system is open to oscillations and chaotic phenomenons. However in MASCODE, the memory is quite simple. While moving to a solution, if the modification direction of an input is successively the same, the agent considers it as a positive feedback and increases an input variation step. Conversely, if the modification direction is changing, agent considers it as a negative feedback, and decreases the variation step. The initial variation step is a percentage of the total interval of the objective limits given in the figure <ref type="figure" target="#fig_0">2</ref>. This behaviour allows a dynamic equilibrium when the system converges to a global solution as shown in section 3.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3.3">Algorithm</head><p>To sum up the DA's behaviours, the backward message phase, is presented in figure <ref type="figure">3</ref>. The modifications are propagated across the system. DA agent uses its cooperative reasoning to select the modification requests it wants to create or transmit on each input. For each output, an agent possesses several users, because one parameter is often shared between several disciplines. So in a first time, it receives the modification for each output parameter (step 1a). Then, it selects for each output the most critical request and uses its knowledge on intput/output dependencies to build the corresponding request on its inputs (step 1b). Then, it selects the modification to transmit to its provider. When all critical situations have disappeared, all agents are in a satisfied state and the system has converged.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Experiments and Results</head><p>MASCODE uses the framework JADE (Java Agent DEvelopment Framework). To validate the approach, some experiments have been done for a sample preliminary aircraft design case study with 10 models and 60 parameters (20 inputs, 17 outputs, 23 intermediates), in which 14 parameters are objectives (7 inputs design freedom degrees, 7 outputs performances). MASCODE solutions have been compared with FSQP constraints satisfaction mode. For MAS-CODE and FSQP, the same intervals are provided on the objective parameters. Then the system adapts its parameters until constraints would be satisfied. Experimental solutions are plotted on the figures 4 and 5. The input objectives of the problem are illustrated with figure <ref type="figure">4</ref> and output objectives with 5. Results show that the found solutions are similar. For the same problem, two different solutions called "MASCODE 1" and "MASCODE 2", are presented on the histograms. Solutions can be different at each resolution, but are equivalent because they respect the problem constraints. By contrast, FSQP provides always the same solution, because its optimisation process is deterministic.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Comparison with FSQP</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">A MASCODE Execution</head><p>Figure <ref type="figure" target="#fig_3">6</ref> shows the evolution of the objectives parameters<ref type="foot" target="#foot_2">4</ref> during the solving process. X-axis represents the time and Y-axis the normalised parameter values. Thus, all parameters can be plotted on a same graph. Figure <ref type="figure" target="#fig_4">7</ref> shows the same evolution for the critical value of each objective parameter. X-axis represents the time and Y-axis the parameter critical values. The system finds a solution, when the critical values are all null. As shown in figure <ref type="figure" target="#fig_4">7</ref>, the system finds four solutions during the computation. In fact at each solution, the user introduces some new constraints in the system, figure <ref type="figure">8</ref>. These new constraints breaks the equilibrium by introducing new critical situations (new disorders). Then a new self-adaptive process is engaged, because the problem formulation has changed. An entire scenario is explained in the next section. Figure <ref type="figure" target="#fig_4">7</ref> shows that the critical values globally decrease. However the decrease is sometimes discontinuous, because parameters are more or less sensible to the modifications. So an agent can decide a modification without knowing it would not be really a cooperative choice. However each agent learns progressively this kind of non-cooperative situations and the system converges.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Adaptive Behaviour of MASCODE</head><p>MASCODE provides user interfaces that help to understand/manage the system. For example, it provides a view of the system with the repartition of the critical values, individual interfaces for each DA and various graphics to pay attention on the parameter evolutions. The scope of this article is not to present all these properties. However, we provide a general survey of MASCODE capabilities  to provide a really dynamic and adaptive system. Figures <ref type="figure" target="#fig_5">8 and 9</ref> detail some parameters during a resolution, described in 3.2. These figures illustrate the dependencies between the parameters RA (RAnge of the mission), M T OW (Max Take Off Weight) and M W E (Manufacturing Weight Empty). Some of the relations of these parameters are illustrated on the figure 1. To provide an example and to simplify, they could be expressed as follows:</p><p>• The range RA impacts the fuel weight and so M T OW .</p><p>• MTOW impacts the manufacturing weight empty. When MTOW increases, the aircraft structural constraints change.</p><p>• If the aircraft structure changes, geometry could evolve.</p><p>• If the geometry of the aircraft evolves, aerodynamic forces and the range could also be modified.</p><p>During the presented process, the constraints was changed by the user as follow (see figures 8 and 9):</p><p>1. At time t = 84s, the objective on RA (range) was increased of 1%. It immediately introduces a new critical value for RA. But this modification does not impact M T OW and M W E.</p><p>2. At t = 100s, user asks for a diminution of the M T OW . First the critical value of M T OW increases and then the new constraint is shared between RA, M T OW and M W E. Then system is unable to converge, because it is over-constrained.</p><p>3. At t = 146s, a modification of the M W E objective provides new freedom degrees. This modification is not important (see figure <ref type="figure">8</ref>) but enough to decrease M T OW without changing the mission RA.</p><p>4. At t = 150s, the M T OW constraint is reinforced (a lowering of 2%).</p><p>5. At t = 190s, the mission performance RA is degraded and enables the system to converge, because of links between RA and f uel, and between f uel and M T OW . About the results and this scenario, it is quite clear that MASCODE helps the designer to understand and to manage the constraints in the system. Each time the problem formulation changes, the agents adapt their behaviour and search a new equilibrium. When a new stable state is not reachable <ref type="foot" target="#foot_3">5</ref> , agents self-regulate the critical values in the system and help the user to identify conflicting parts. Thanks to this information, he can alter the strongest constraints and let the system converge toward another relevant solution.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Discussion</head><p>In addition to the comparison to the FSQP method for the case study in the previous section, MASCODE can be compared to other MDO approaches. This comparison is done at a relative high-level, since existing methods are not agent-based, and do not tackle dynamic and changeable problems.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Solution quality</head><p>The quality of MASCODE solutions is equivalent to the solution found by FSQP. FSQP method is based on a gradient descent, recognised as finding good solutions in nonlinear optimisation problems. However we used FSQP only in its constrained solving mode. So we need to go further in a multi-objective approach for a full comparison.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Convergence speed</head><p>The time of convergence is the same as FSQP, but none systematic measure of convergence speed has been realised for large problems, because it is not our first intention. Nevertheless as described in <ref type="bibr" target="#b0">[1]</ref>, the convergence speed depends on the problem decomposition.</p><p>Our problem decomposition is close to AAO, which is considered as the faster in comparison with IDF and MDF.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Robustness and disciplinary knowledge integration</head><p>In MASCODE, validity intervals are local knowledge about physical models. Introducing this knowledge in the resolution process is a first key point for improving the result consistency. Thus, it will be possible to add other knowledge in the reasoning, and to include it in the agent decision model. As other Disciplinary openness MASCODE requires no global information and decision process. Consequently, adding or deleting physical models consists only in updating the MAS. In all other non-agent MDO approaches, the openness capability is never invoked. However, this incremental functionality could be very useful for designing complex systems, because as we saw the context is dynamic and the designers often change their requirements.</p><p>Parameter adjustment In MASCODE, users can adjust values and associated validity domains of parameters in real time, because agents will dynamically change their behaviours according to this new knowledge. There is no information about parameter modification in runtime for the other approaches. By now, this is the most relevant property of MASCODE, because it permits to understand the relation between disciplines by the negotiations and to manage/adapt dynamically the constraints of the problem. As described, to integrate this particularity, the system needs to be robust to change and have to be itself dynamic and self-adaptive.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Conclusion</head><p>This article has presented a multi-agent method to tackle multidisciplinary optimisation, based on the notions of cooperation and self-adaptation. In MASCODE, the physical models are encapsulated in cooperative agents which negotiate and cooperate to find an optimal (or near optimal) solution. This approach is efficient and provides relevant results, in comparison to the classical FSQP method. The method is non complete, but the main objective, in the preliminary aircraft design context, is to quickly provide approximated solutions, with some user guidances and interferences during the solving process. From learned lessons, DA approach for multidisciplinary design optimisation can be considered without doubt as relevant for many reasons: • Each disciplinary model can be design individually without considering the dependencies with its neighbours. This ability reduces greatly the complexity of the MDO framework.</p><p>• An agent can encapsulate the disciplinary model, but also all the associated knowledge such as critical values, execution time, precision and granularity. So the quality of the solution is potentially better.</p><p>• The MASCODE computation is conceptually distributed without central control. Thus, the running can be entirely concurrent leading to a time reduction.</p><p>The design process of an aircraft is multi-disciplinary, multi-objective and also multi-level. All these aspects increase the complexity of an aircraft design. By now, we consider some of the multi-disciplinary and multi-objective aspects. However to provide a self-organized system, we need to add other knowledge on the disciplinary models (granularity, precision, computation time, semantic...) and by consequence to consider new cooperative situations for fully re-organize the system. For example, a re-organization process could be to change a model inside a discipline for a concurrent one or to change the granularity of a model. This is the main focus of our research and developments by now.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: Evaluation functions of critical values (interval validity functions).</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>begin 1 . 2 .Figure 3 :</head><label>123</label><figDesc>Figure 3: Backward message phase procedure for a DA.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>2 Figure 4 : 2 Figure 5 :</head><label>2425</label><figDesc>Figure 4: Comparison of input objectives obtained with FSQP and Mascode.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure 6 :</head><label>6</label><figDesc>Figure 6: Evolution of objective parameters during a Mascode execution</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Figure 7 :</head><label>7</label><figDesc>Figure 7: Evolution of critical values in the system during a Mascode execution</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Figure 9 :</head><label>9</label><figDesc>Figure 9: Critical values of parameters RA, M T OW and M W E</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">MASCODE : Multi-disciplinary Aircraft Simulation for COnceptual DEsign</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">The parameter alpha is used to indicate whether a constraint is hard or not (higher alpha is, harder the constraint is).</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_2">These values are normalised for visual representation.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_3">The system is over-constrained</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Complex System Optimization: A Review of Analytical Target Cascading</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">T</forename><surname>Allison</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Collaborative Optimization, and Other Formulations</title>
				<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
		<respStmt>
			<orgName>Department of Mechanical Engineering, University of Michigan</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Master&apos;s thesis</note>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Automatic satisfaction of constraints set in aircraft sizing studies</title>
		<author>
			<persName><forename type="first">C</forename><surname>Badufle</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Blondel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Druot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Duffau</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">6th World Congresses of Structural and Multidisciplinary Optimization (WCSMO&apos;05)</title>
				<imprint>
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<title level="m" type="main">Engineering Self-Adaptive Multi-Agent Systems : the ADELFE Methodology</title>
		<author>
			<persName><forename type="first">C</forename><surname>Bernon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Camps</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M.-P</forename><surname>Gleizes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Picard</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2005">2005</date>
			<publisher>Idea Group Publishing</publisher>
			<biblScope unit="volume">7</biblScope>
			<biblScope unit="page" from="172" to="202" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Self-Organisation and Emergence in Multi-Agent Systems: An Overview</title>
		<author>
			<persName><forename type="first">G</forename><surname>Di Marzo Serugendo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M.-P</forename><surname>Gleizes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Karageorgos</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Informatica, An International Journal of Computing and Informatics</title>
		<imprint>
			<biblScope unit="volume">30</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="45" to="54" />
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Product Variety Optimization Simultaneously Designing Module Combination and Module Attributes</title>
		<author>
			<persName><forename type="first">K</forename><surname>Fujita</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Yoshida</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Research and Applications</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="105" to="118" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
	<note>Concurrent Engineering</note>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">The meaning of self-organization in computing</title>
		<author>
			<persName><forename type="first">Francis</forename><surname>Heylighen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Carlos</forename><surname>Gershenson</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Intelligent Systems</title>
		<imprint>
			<biblScope unit="page" from="72" to="75" />
			<date type="published" when="2003-08">July/August 2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Distributed Partial Constraint Satisfaction Problem</title>
		<author>
			<persName><forename type="first">K</forename><surname>Hirayama</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Yokoo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Principles and Practice of Constraint Programming</title>
				<imprint>
			<date type="published" when="1997">1997</date>
			<biblScope unit="page" from="222" to="236" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">Distributed Multidisciplinary Design and Collaborative Optimization</title>
		<author>
			<persName><forename type="first">I</forename><surname>Kroo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">White paper, VKI lecture series on Optimization Methods and Tools for Multicriteria/Multidisciplinary Design</title>
				<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Solving Distributed Constraint Optimization Problems Using Cooperative Mediation</title>
		<author>
			<persName><forename type="first">Roger</forename><surname>Mailler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Victor</forename><surname>Lesser</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of Third International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS 2004)</title>
				<meeting>Third International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS 2004)</meeting>
		<imprint>
			<publisher>IEEE Computer Society</publisher>
			<date type="published" when="2004">2004</date>
			<biblScope unit="page" from="438" to="445" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">ADOPT: Asynchronous Distributed Constraint Optimization with Quality Guarantees</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">J</forename><surname>Modi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Shen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Tambe</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Yokoo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">161</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="149" to="180" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<title level="m" type="main">La mthode : La vie de la vie</title>
		<author>
			<persName><forename type="first">E</forename><surname>Morin</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1980">1980</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<title level="m" type="main">User&apos;s Guide for FFSQP Version 3.7: A FOR-TRAN Code for Solving Constrained Nonlinear (Minimax) Optimization Problems, Generating Iterates Satisfying All Inequality and Linear Constraints</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">L</forename><surname>Zhou</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">L</forename><surname>Tits</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Lawrence</forename><forename type="middle">C T</forename></persName>
		</author>
		<imprint>
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

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