case studies in multiagent systems: the aircraft...
TRANSCRIPT
![Page 1: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/1.jpg)
Case Studies in Multiagent Systems: The Aircraft Turnaround
Case Study with Jeppesen
Prof Kuldar Taveter, Tallinn University of Technology, Estonia
![Page 2: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/2.jpg)
The purpose of the course
n Learn how to design by AOM in an agile way a software-intensive composite artifact that delivers the overall solution for the end users through interactions between its components and where each component follows the execution loop of an abstract agent
![Page 3: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/3.jpg)
Logistics n Lectures on Wednesdays at 10.00-11.30 in the main
building of TUT, lecture hall U06A-229 n Workshops/lab classes for stationary students on
Wednesdays at 12.00-13.30 in the ICT building of TUT at Akadeemia Road 15A, computer class ICT-501
n Consultation times by Prof Kuldar Taveter: on demand in the ICT building of TUT at Akadeemia Road 15A, Room ICT-634
n Consultation times by Dr Alex Norta: on demand in the ICT building of TUT at Akadeemia Road 15A, Room ICT-639 n or Skype: alexbafana
![Page 4: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/4.jpg)
Communication
Course webpage: http://maurus.ttu.ee/sts/?page_id=1891 Contacts: [email protected], [email protected]
Screen Shot 2015-02-01 at 4.36.38 PM
![Page 5: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/5.jpg)
Miniproject
n Design and prototyping or simulation of a software-intensive social product (up to 3 team members)
n Range of topics: n Crowdsourcing applications n Intelligent digital assistants n Social applications
n Mektory (http://www.ttu.ee/mektory) projects (up to 5 team members), examples from 2013: n Healthminer n Phoenix
![Page 6: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/6.jpg)
Miniproject n Design by agent-oriented modelling and prototyping
or simulation of a sociotechnical system n Desired features:
n Open n Social n Intelligent n Adaptive n Solves a real-world problem – no dating services!
n Interdisciplinary examples from 2013:Two Mektory projects: n Healthminer n Phoenix
![Page 7: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/7.jpg)
Today
n Short lecture “The Transformation of the Little Black Book” on possible M.Sc. theses topics by Mr. Nico Zimmer, Market & Solutions Research, Jeppesen GmbH (subsidiary of Boeing)
n Lecture “Case Studies in Multiagent Systems: The Aicraft Turnaround Case Study with Jeppesen”, Prof Kuldar Taveter
![Page 8: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/8.jpg)
Next time
n The Tropos and MaSE Agent-Oriented Software Engineering Methodologies
![Page 9: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/9.jpg)
Pre-announcement
n Guest lecture on software quality over a direct videoconference by Professor Leon Sterling, Swinburne University of Technology Pro Vice-Chancellor (Digital Frontiers), Melbourne, Australia, on Wednesday, 8 April at 10.00-11.30 in the lecture hall U06A-229
n Please come and invite your colleagues and friends, this will be an open lecture!
![Page 10: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/10.jpg)
The conceptual space
![Page 11: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/11.jpg)
A software engineering methodology
![Page 12: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/12.jpg)
An excerpt of the project motivation model
4
to analyse the elicited information, producing agent-orientedrequirements models of the system. The questions naturallylead the people answering them to think of the system in termsof roles, goals, and interactions — helping the requirementsengineers to get into the “agent mindset”.
It is important to note that these questions are not neces-sarily to be used as interview questions, although interviewscan form part of the input. The questions form a checklist, butone in which items are posed as questions. These questions canbe answered using techniques such as domain analysis, intro-spection, or group meetings. The questions and correspondingrules offer a prescriptive approach to producing models, andour experience is that most of the questions can be answeredwithout having to ask them directly to a stakeholder.
The process followed is a straightforward elicitation processof identifying the problem and proposing a solution, involvingthe following steps:
Step 1: identify the problem, root causes, and stakeholders;Step 2: develop a shared understanding of the existing
system used to solve the problem, modelled usingroles, goals, and interactions;
Step 3: identify a solution that uses the metaphor of a newstaff position solving the problem; and
Step 4: specify the agent types that will play the roles inthe system, generally with the new staff positionbeing partially filled by the new software.
4.1 Engaging stakeholders in elicitation and mod-ellingIn the ATS project, we elicited requirements using a com-bination of domain analysis, introspection, and round-tablediscussions with the stakeholders These round-table discus-sions allow the models, and as a result, our understanding,to evolve over time. They are also one key to engaging thestakeholders, and to not committing to a design too early.We use the term “round-table” instead of “group meeting”to differentiate the standard process of requirements engineersasking questions and taking notes, to our process of the manydifferent stakeholders deriving models during the discussions.
While some modelling was performed outside of thesemeetings, this was to produce models that could be used asa starting point for subsequent discussions, which were thenmodified in the round-table discussions.
4.2 Our approach to systematic elicitation, analysis,and modelling
:::Our
:::::::::approach
:::::uses
:::::::::::hierarchical
:::::::::::abstraction
::to
:::::help
::::deal
:::::with
::::::::::complexity
::in
:::::::::systems.
:::We
:::::take
:a:::::::
typical:::::::::top-down
:::::::::approach
::of
:::::::::focusing
::::on
::::::::::high-level
::::::::details
::::::early
:::in
:::::::::::::requirements
:::::::::::engineering,
::::and
::::::::::exploring
:::the
:::::::::::lower-level
:::::::details
:::::once
::::the
:::::::::high-level
:::::::::::::understanding
::is::::::::::sufficient.
4.2.1 Identifying the problem, root causes, and stake-
holders: a business vision
The first step is to identify the problem, the root causes of theproblem, and the stakeholders. These properties of the projectare recorded in what our industry partner terms a business
vision document. The aim of this artifact is to reach a sharedagreement of the problem, and also a high-level agreement ofa solution space.
This step is standard in many projects, however, one dif-ference to other approaches is that we use goal models torepresent the motivations of the project, as well as the socio-technical system in which the software system will reside.
Fig. 2: An excerpt of the project motivation model for the ATSsystem.
Figure 2 presents the project motivation model for the ATSsystem. The goal of the two stakeholders is to develop anaircraft turnaround simulator. Three quality goals were noted.First, the product must be developed using the agent-orientedparadigm. While this may seem as a unnecessary constrainton the system design, it was an important project quality goalbecause the purpose of the project was knowledge transferin the area of agent-oriented software engineering. Also, theproduct must be testable and usable. These are two importantquality goals for all projects undertaken by our industrypartner. At this level, measurable definitions of testable andusable are not important.
In addition to the project motivation, we also derive a high-level model of the system motivation. This outlines the goalsof the entire system, not just of the software to be built.
Fig. 3: The high-level motivation model for the ATS system.
These artifacts, including the motivation models, are signed
![Page 13: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/13.jpg)
High-level motivation model for the ATS
4
to analyse the elicited information, producing agent-orientedrequirements models of the system. The questions naturallylead the people answering them to think of the system in termsof roles, goals, and interactions — helping the requirementsengineers to get into the “agent mindset”.
It is important to note that these questions are not neces-sarily to be used as interview questions, although interviewscan form part of the input. The questions form a checklist, butone in which items are posed as questions. These questions canbe answered using techniques such as domain analysis, intro-spection, or group meetings. The questions and correspondingrules offer a prescriptive approach to producing models, andour experience is that most of the questions can be answeredwithout having to ask them directly to a stakeholder.
The process followed is a straightforward elicitation processof identifying the problem and proposing a solution, involvingthe following steps:
Step 1: identify the problem, root causes, and stakeholders;Step 2: develop a shared understanding of the existing
system used to solve the problem, modelled usingroles, goals, and interactions;
Step 3: identify a solution that uses the metaphor of a newstaff position solving the problem; and
Step 4: specify the agent types that will play the roles inthe system, generally with the new staff positionbeing partially filled by the new software.
4.1 Engaging stakeholders in elicitation and mod-ellingIn the ATS project, we elicited requirements using a com-bination of domain analysis, introspection, and round-tablediscussions with the stakeholders These round-table discus-sions allow the models, and as a result, our understanding,to evolve over time. They are also one key to engaging thestakeholders, and to not committing to a design too early.We use the term “round-table” instead of “group meeting”to differentiate the standard process of requirements engineersasking questions and taking notes, to our process of the manydifferent stakeholders deriving models during the discussions.
While some modelling was performed outside of thesemeetings, this was to produce models that could be used asa starting point for subsequent discussions, which were thenmodified in the round-table discussions.
4.2 Our approach to systematic elicitation, analysis,and modelling
:::Our
:::::::::approach
:::::uses
:::::::::::hierarchical
:::::::::::abstraction
::to
:::::help
::::deal
:::::with
::::::::::complexity
::in
:::::::::systems.
:::We
:::::take
:a:::::::
typical:::::::::top-down
:::::::::approach
::of
:::::::::focusing
::::on
::::::::::high-level
::::::::details
::::::early
:::in
:::::::::::::requirements
:::::::::::engineering,
::::and
::::::::::exploring
:::the
:::::::::::lower-level
:::::::details
:::::once
::::the
:::::::::high-level
:::::::::::::understanding
::is::::::::::sufficient.
4.2.1 Identifying the problem, root causes, and stake-
holders: a business vision
The first step is to identify the problem, the root causes of theproblem, and the stakeholders. These properties of the projectare recorded in what our industry partner terms a business
vision document. The aim of this artifact is to reach a sharedagreement of the problem, and also a high-level agreement ofa solution space.
This step is standard in many projects, however, one dif-ference to other approaches is that we use goal models torepresent the motivations of the project, as well as the socio-technical system in which the software system will reside.
Fig. 2: An excerpt of the project motivation model for the ATSsystem.
Figure 2 presents the project motivation model for the ATSsystem. The goal of the two stakeholders is to develop anaircraft turnaround simulator. Three quality goals were noted.First, the product must be developed using the agent-orientedparadigm. While this may seem as a unnecessary constrainton the system design, it was an important project quality goalbecause the purpose of the project was knowledge transferin the area of agent-oriented software engineering. Also, theproduct must be testable and usable. These are two importantquality goals for all projects undertaken by our industrypartner. At this level, measurable definitions of testable andusable are not important.
In addition to the project motivation, we also derive a high-level model of the system motivation. This outlines the goalsof the entire system, not just of the software to be built.
Fig. 3: The high-level motivation model for the ATS system.
These artifacts, including the motivation models, are signed
![Page 14: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/14.jpg)
High-level motivation model for the aircraft turnaround process
6
Fig. 6:::::The
::::::::::high-level
:::::::::::motivation
:::::::model
:::of
::::the
::::::::aircraft
::::::::::turnaround
:::::::process.
Fig. 7:::::The
::::::::sub-goal
:::of
::::::::::::maintaining
:::an
:::::::aircraft
:::::::during
::::the
::::::::::turnaround
:::::::process.
routine and non-routine. Routine maintenance is performedby engineers after every flight. Non-routine maintenance isperformed by engineers only if requested; for example, by thepilot, to investigate a potential problem. Only the engineerstake part in the maintenance of the aircraft, so we add anEngineer role to the goal model. In a round-table discussion,we learnt that aircrafts
::::::aircraft
:are not re-fueled by engineers,
but by refuelers::::::::Refuelers.
::::The
::::goal
:::at
::::top
:::of
::::the
:::::::::hierarchy
:::in
:Figure 7 shows the
excerpt from the motivation model regarding the aircraftmaintenance
:is::
a:::::
leaf::::goal
:::in
::::the
:::::::::hierarchy
:::of
::::::Figure
:::6,
::::and
:::was
:::::::::expanded
:::::later
::in
:::the
::::::::::::requirements
:::::::::elicitation
::::::::process.
::::The
::::::::::hierarchical
:::::::nature
:::of
:::the
::::::::Sterling
:::::and
:::::::::Taveter’s
::::::::::motivation
::::::models
::::::::support
:::this
::::::::::::::::::divide-and-conquer
:::::::::approach
:::by
::::::::allowing
:::the
:::::::::inclusion
:::of
::a::::::
goal:::in
::a::::::::::
high-level:::::::
model,:::::
and:::::
then:::::::::expanding
::::that
:::::goal
::in
::::new
:::::goal
::::::model
:::::later.
The sub-goal of maintaining an aircraft during theturnaround process.
::::Note
::::that
::::the
::::::roles
:::::::::::responsible
:::for
::::the
:::::::::::::::Maintain aircraft
:::::goal
:::are
::::::::::annotated
::at
:::the
:::::::::::lower-level.
:
Q4 For each role identified in Question 3:Q4.1 If playing this role, which other roles would I rely
on, and what are my relationships with these roles?This question aims to elicit the organisational andinteraction relationships of the system. Informationelicited with this question is recorded in the organ-isation model. This question also helps to identify
other roles in the system. For additional roles, addthem to the queue of roles to be analysed.
Q4.2 What responsibilities would I have with respect toachieving the goal of this interaction?This question aims to elicit the responsibilities ofthe role. Information elicited with this question isrecorded in the responsibilities attribute of the rolemodel.
Q4.3 What knowledge would I require to successfullycomplete this interaction?This question aims to elicit the knowledge requiredfor an agent playing the role to successfully com-plete the interaction. Information elicited with thisquestion is recorded in the domain model.
Q4.4 What resources would I require to successfully com-plete this interaction?This question aims to elicit the relevant aspects ofthe domain. Information elicited with this questionis recorded in the domain model.
Q4.5 To which social policies (rules, regulations, or codesof behaviour) am I required to adhere to successfullycomplete this interaction?This question aims to elicit the constraints underwhich the role must operate. Information elicitedwith this question is recorded under the constraintsattribute of the role model.
Q5 Are there additional social policies to which participantsin the scenario must adhere?This question further aims to elicit the constraints underwhich roles must operate. Information elicited with thisquestion is recorded under the constraints attribute of therole model.
Example: The Engineer role relies on the Pilot role toinform it that non-routine maintenance should be performed,and on the Manager role to be instructed to allocate the staffschedule. The Engineer is a peer of the Pilot role, and iscontrolled by the Manager role.
The Engineer role is responsible for undertaking aircraftmaintenance, and for this, is required to know the aircraftID, the gate number at which the aircraft is parked, and thatthe air-bridge has been positioned. The resources required arethe flight plan, staff schedule, and aircraft information. Thephysical resources are the aircraft itself and the maintenanceequipment. Figure 8 shows the role model for this role.
4.2.3 Eliciting a solution: hiring new staff
To elicit a solution for the problem, we build on the HOMERelicitation technique proposed by Wilmann and Sterling [38],which uses the metaphor of hiring staff in an organisation.The stakeholders are prompted to consider how their problemcould be solved by hiring new staff members, perhaps bydropping some of the quality goals, such as “efficiency”.For non-technical stakeholders, this metaphor is an intuitiveway to conceptualise a solution, and for technically-mindedstakeholders, this metaphor forces them to think more aboutthe “how?” and “who?” aspects of the system, rather thanjust the “what” aspect.
![Page 15: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/15.jpg)
High-level scenario 5
off by the client (or major stakeholders). Our business visiondocuments have the structure outlined in Figure 4.✏
�
�
�
Title information
Revision History1 Introduction2 Project Brief
2.1 Problem: description of the problem.2.2 Root causes: root causes of the problem.2.3 Project stakeholders: project stakeholders.2.4 Project motivation model: project motivations.
3 Product Brief3.1 System overview: overview of proposed solution.3.2 High-level product motivation model: product mo-
tivations.3.3 High-level role models: high-level system roles.3.4 Assumptions: product brief assumptions.3.5 Constraints: constraints on the solution.
4 High-level plan4.1 Project timeline: high-level project timeline.4.2 Project deliverables: list of artifacts to be delivered
to the client.5 Endorsement
5.1 Sign-off: between the client and the developers.
Fig. 4: A template for the business vision artifact.
4.2.2 Understanding the current system
The second step is to understand the current system beingemployed to solve the problem; perhaps a manual system, orother software.
Zave and Jackson [43] argue the importance of understand-ing an entire system, including the environment in which apiece of software will operate. We agree that it is important tofirst understand the motivations of the existing socio-technicalsystem, as any potential solution is likely to have the samemotivations. This understanding includes all roles that arepart of the system, and the goals achieved, whether these areachieved manually or otherwise.
Our approach uses high-level motivational scenarios ofthe current system to identify the roles and goals of thissystem by systematically stepping through the scenarios andanswering a series of questions. Motivational scenarios aredifferent to models such as use cases, in that they modelinteractions between the user and the software system as wellas activities that do not cross the boundary of the softwaresystem. Scenarios can be derived by the stakeholders, or takenfrom existing artifacts. Unlike scenario-based requirementstechniques [34], our scenarios can be highly unstructured. Asa minimum, we require a set of high-level activities that occurin the system, and dependencies between these.
Figure 5 shows a high-level motivational scenario for theATS system. Motivational scenarios were provided by theclient, and are of a passive nature; that is, there is no discussionof agents/actors themselves.
Fig. 5: High-level scenario used to elicit understanding of theaircraft turnaround domain.
The approach for eliciting information about the currentsystem is to systematically step through every activity in thescenarios, one by one, and answer a series of questions aboutthe activity, recording relevant information in models.
We identify the following questions for eliciting a completeset of models.Q1 What is the purpose of this activity?
This question aims to elicit the goals and sub-goals ofthe scenario. Information elicited with this question isrecorded in the goal model.
Q2 Can this activity be broken into a set/series of smalleractivity?This question aims to identify additional goals. If theanswer is “yes”, add this activity to the “stack” of activityto be analysed.
Q3 Which roles take part in this activity?This question aims to elicit the roles in the system. Theseroles are recorded on the goal model.
Example: The::::::aircraft
:::::::::::turnaround
:::::::process
::::has
::a::::::
series:::
of:::::goals
:::to
::::::::achieve,
:::::::which
::::are
:::::::::achieved
:::by
:::::::roles.
:::::::Figure
::6
:::::shows
::::the
:::::::::::highest-level
:::::view
::of
::::the
::::::aircraft
::::::::::turnaround
::::::::process,
::::::::including
::::the
::::::major
:::::goals
:::of
:::the
::::::::process.
:::In
::::our
::::::::models,
:::we
::::::::typically
::::::::annotate
:::::roles
:::to
::::::either
:::::goals
::::that
::::are
:::::“leaf
:::::::goals”;
::::(that
:::is,
::::are
::::not
:::::::broken
::::::down
:::::::further)
:::or
:::::::::non-leaf
:::::goals
:::in
:::::which
::::the
::::role
:::is
::::::solely
:::::::::::responsible
:::for
::::that
::::::goal.
::::For
:::::other
:::::::non-leaf
::::::goals,
:::::::::::responsible
::::::roles
:::are
::::::::::annotated
::at::::
the::::::
lower:::::level.
:::::Once
:::we
:::::have
:a:::::::::sufficient
:::::::::::::understanding
:::of
:::the
:::::::domain
::at::
a:::::level,
:::we
::::::::::investigate
:::the
:::::lower
::::::levels
::in
:::::more
::::::detail,
::if
::::::::required.
::::::Figure
:7:::::::
shows:::the
:::::::excerpt
:::::from
:::the
::::::::::motivation
::::::model
::::for
:::the
:::::::::::::::Maintain aircraft
:::::goal.
:
::::The maintenance of the aircraft is performed to ensure that
the aircraft is safe to fly. There are two types of maintenance:
![Page 16: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/16.jpg)
Goal model
![Page 17: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/17.jpg)
Role models: Pilot
![Page 18: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/18.jpg)
Role models: Crew
![Page 19: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/19.jpg)
Goal Model: Manager
![Page 20: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/20.jpg)
Role model: Ground staff
![Page 21: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/21.jpg)
Role model: Passenger
![Page 22: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/22.jpg)
Organisation model: Aggregation
![Page 23: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/23.jpg)
Organi-sation model
![Page 24: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/24.jpg)
Domain model
![Page 25: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/25.jpg)
Agent model
![Page 26: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/26.jpg)
Acquaintance model
![Page 27: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/27.jpg)
Interaction diagram: Prepare arrival
![Page 28: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/28.jpg)
Interaction diagram: Handle baggage
![Page 29: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/29.jpg)
Interaction diagram: Deboard
![Page 30: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/30.jpg)
Interaction diagram: Board
![Page 31: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/31.jpg)
Interaction diagram: Prepare departure
![Page 32: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/32.jpg)
Interaction sequence diagram: Maintain aircraft
![Page 33: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/33.jpg)
Interaction sequence diagram: Service aircraft
![Page 34: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/34.jpg)
Interaction protocol: Board
![Page 35: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/35.jpg)
Interaction protocol: Maintain aircraft
![Page 36: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/36.jpg)
![Page 37: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/37.jpg)
Knowledge model 2
![Page 38: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/38.jpg)
![Page 39: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/39.jpg)
![Page 40: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/40.jpg)
![Page 41: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/41.jpg)
![Page 42: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/42.jpg)
![Page 43: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/43.jpg)
![Page 44: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/44.jpg)
![Page 45: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/45.jpg)
Prototyping n A prototype by a third-year undergraduate
software engineering student at the University of Melbourne, Australia, with no previous experience in agent-oriented software engineering
n A Master’s thesis by a M.Sc. student from Tallinn University of Technology, Estonia, who is an air-traffic controller studying software engineering, and had undertaken one subject on agent-oriented modelling
n A visiting scholar to the University of Melbourne, Australia, who is a software engineer with a master’s degree and over ten years experience specialising in software for air-traffic control, but with no previous experience with agent-oriented software engineering.
![Page 46: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/46.jpg)
Results
n Systematic method for agent-oriented requirements elicitation and modelling
n Three implementations proving the usability of the method: two in Australia and one by a M.Sc. student in Estonia
![Page 47: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/47.jpg)
Two M.Sc. projects with Jeppesen Germany n Agent-oriented modelling and simulation of
airlines: n Model an airline n Simulate an airline n Demonstrate bottlenecks and possible savings
by simulation n Business processes management of airlines
n Model business processes of an airline n Simulate business processes of an airline n Demonstrate bottlenecks and possible savings
by simulation
![Page 48: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/48.jpg)
Project 1: Overall goal model for an airline
Provide air transportation
services
Airline Customer
Safe On-time
Cost-effective
Maintain fleetPlan flight
Max. revenue
Optimize cost
Manage flightManage
passengers & cargo
Manage crew Manage finance
![Page 49: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/49.jpg)
Project 1: Interaction model of filing a flight plan
ATC
File flight plan
Accept flight plan
Reject flight plan
Dispatcher ATC Coordinator
Please coordinateRequest details
Provide details
Provide ATC details
File flight plan
Accept flight plan
Change flight plan
![Page 50: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/50.jpg)
Today n Discussion on the progress of mini-projects –
knowledge model and behaviour models
![Page 51: Case Studies in Multiagent Systems: The Aircraft ...maurus.ttu.ee/sts/wp-content/uploads/2015/03/Lecture-8-25-Mar-2015.… · Case Studies in Multiagent Systems: The Aircraft Turnaround](https://reader031.vdocuments.net/reader031/viewer/2022022013/5b2679cd7f8b9a74748b47f5/html5/thumbnails/51.jpg)
MS Visio Stencils for AOM
n Available as http://maurus.ttu.ee/sts/wp-content/uploads/2012/07/AOM-Visio-Stencils