About The Project: Difference between revisions

From Ameise-en
Jump to navigationJump to search
No edit summary
No edit summary
 
(30 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[Image:AmeiseWall.gif|right|310px|thumbnail|Ameise Wall - Project overview]]
[[Image:AmeiseWall_en.png|right|310px|thumbnail|Ameise Wall - Project Overview]]
The '''AMEISE-System''' provides students of informatics,business informatics and economics as well as subject-related university or college-studies, the ability to collect project-managment experience on a '''simulator'''. Critical situations can be defined and trained with AMEISE without getting a real project in danger.  
The '''AMEISE-System''' provides students of informatics, business informatics and economics as well as subject-related university or college-studies, the ability to collect project management experience on a '''simulator'''. Critical situations can be defined and trained with AMEISE without getting a real project in danger.  


Future project-leaders can execute projects in a few hours that would normally take several months. They also get confronted with typical problems of projects and should solve them.  
Future project-leaders can execute projects in a few hours that would normally take several months. They also get confronted with typical problems of projects and should solve them.  


Currently the AMEISE system offers three different '''models''': a ''Beginner-Model'' (Mini model, with less requirements), a ''Standard model'' (with a particular focus on quality assurance), and a ''Maintenance-model'' (which is based on the activities after delivery the product).
Currently the AMEISE system offers three different '''models''': a ''Beginner-Model'' (Mini model, with less requirements), a ''Standard model'' (with a particular focus on quality assurance), and a ''Maintenance-model'' (which is based on the activities after delivering the product).
AMEISE is more than a simulator. The instructor can activate many different components for example '''the advisor''' or '''evaluation components'''. A special feature is the ability to simulate at certain points reset ('''rollback'''). Thereby different variants can be tested by the project leader(for example change developers or using a different strategy) and then the results can be compared.
AMEISE is more than a simulator. The instructor can activate many different components, for example '''the advisor''' or '''evaluation components'''. A special feature is the ability to reset the simulation run at a certain point in time('''rollback'''). Thereby different variants can be tested by the project leader (for example change developers or using a different strategy) and then the results can be compared.  


Started in 2001 as part of a nml project from bm:bwk,AMEISE is used on several universities and colleges in austria,germany and the magreb region.The heart of the AMEISE-system is ([http://www.iste.uni-stuttgart.de/se/research/sesam SESAM])which was developed at the university of stuttgart(Prof. Jochen Ludewig)and related [http://www.iste.uni-stuttgart.de/se/research/sesam/models/index.html Quality assurance models] (also referred as QA-models).  
Started in 2001 as part of a nml project from bm:bwk / Austria, AMEISE is and has been used at several Universities and Colleges in Austria, Germany and the Maghreb region. The heart of the AMEISE-system is ([http://www.iste.uni-stuttgart.de/se/research/sesam SESAM]) which was developed at the University of Stuttgart (Prof. Jochen Ludewig) and its related
[http://www.iste.uni-stuttgart.de/se/research/sesam/models/index.html Quality Assurance Models] (also referred to as QA-models).  


== Components of the project==
== Components of the Project==


AMEISE is a Client-Server System, which can be executed locally on a computer or distributed in intranet or internet. The system is designed so that even unstable compounds have no effect on the simulation.As a trainee you can use the AMEISE client to manage a virtual project what means to distribute tasks,to have an overview about the project and of course to deliver your product at the end of the simulation run.  
AMEISE is a Client-Server System which can be executed locally on a computer or distributed in intranet or internet. The system is designed so that even unstable environments have no effect on the simulation runs. As a trainee you can use the AMEISE client to manage a virtual project which means to delegate tasks, do project control and, of course, to deliver a product of acceptable quality at the end of the simulation run.


=== Client ===
=== Client ===
[[Image:AfterLogin.gif|right|thumbnail|SimulationPlus- Interface for users]]
[[Image:Client_nach_dem_Anmelden_en.png|right|thumbnail|SimulationPlus- User Interface]]


The AMEISE client provides a graphical interface for trainees and designed as a java-application it runs virtually on every platform. Comment inputs and feedbacks are usually text-based, but to make the inputs more comfortable there is also a mouse-based version available:
The AMEISE client provides a graphical interface for trainees and is implemented as a Java-application that runs virtually on every platform. Comment inputs and feedbacks are usually text-based, but to make the inputs more comfortable there is a mouse-based version available:


* '''SimulationPlus'''. After successful authentication, a window appears which contains the feedback from the simulator in the upper part and the available commands in the lower part. Commands can be entered and responses can be observed and you are able to advance the simulation time per day.
* '''SimulationPlus'''. After a successful authentication, a window appears which contains the feedback from the simulator in the upper part and the available commands in the lower part. There, commands can be entered (and combined), and responses from the simulation environment can be followed.  One is also able to advance the simulation time per day.  


Project leaders can choose between different commands to lead hired developers or ask about their current status.  
Project managers can choose between the different available commands to manage the tasks of the developers or to get informed about the project status. Literally, there are now restrictions to the order the command are used and managers can choose among them freely. However, that means that managers (as in real life) can start reasonable as well as unreasonable activities at any time – yielding situations which have positive or negative effects on the project run.  
You can choose the command you need really random and arbitrary at any time. That means you can cause a reasonable or unreasonable activity.
As in reality you have free choice but you have to consider that your actions can have positive or negative effects on your project run.


The AMEISE Client provides an interface for the simulator but also many supervisor components support the learning process during or after the simulation run and can be activated or deactivaded by the instructor.
The AMEISE Client provides an interface for the simulator but also many supervisory components supporting the learning process during and after the simulation run. They can be activated or deactivated by the instructor.  


* Explanation component - '''Advisor'''. This component imitates an experienced employee, who you can ask questions about your project
* Explanation component - '''Advisor'''. This component imitates an “experienced employee in the next office” whom you can ask questions about your project.
This employee looks at your performance and gives feedback about single project phases and the product. This component is activated during a simulation run by default.
This “experienced employee” looks at your performance and gives you feedback to single project phases and the product. This component is deactivated during a simulation run by default.  


[[Image:EK02.gif|right|thumbnail|Explanation component- feedback]]
[[Image:EK02_en.png|right|thumbnail|Explanation Component - feedback]]
    
    
* Explanation component - '''Evaluation'''. This component analyses your current project status and generates diagramms and tables to give you an overview about your project run. Here you can get information about your performance, the employees use and the quality of your interim - and endproducts. Usually this component is getting activated after the project, allowing self-analaysis of the simulation run or analysis by the intstructor.
* Explanation component - '''Evaluation'''. This component analyzes your current project status and generates diagrams and tables to give you an overview about your project. You can get information about your performance, the employees used and the quality of your interim - and final products. Usually, this component is deactivated during a simulation run, and activated quite after the end of your project, allowing for an immediate self-assessment.  


* '''Friendly Peer'''. This component also imitates an experienced employee but is implemented as a seperate process. You can use the friendly-peer as an observer during the simulation. The friendly-peer gives you advices when difficult situations must be solved. The component is disabled by default and can be enabled by the instructor.
* '''Friendly Peer'''. This component imitates an “experienced employee sitting in your office”. You can use the friendly-peer as an observer during the simulation run. The friendly-peer gives you advices in tricky situations and warns you when steering the project into the wrong direction. The component is disabled by default and has to be enabled by the instructor.  


To get an overview you can use the SimulationPlus component which offers you even more views of the project run.
The SimulationPlus component can be combined with the following interfaces to get an even better sight onto your project.  


* '''AmeiseWall'''. Für einen besseren zeitlichen Überblick kann man mittels dieser Komponente die gesetzten Aktivitäten in Form einer ''Perspective Wall'' betrachten. Nach Mitarbeiter geordnet erscheinen Aktivitäten als kleine Grafiken.  
* '''AmeiseWall'''. For a better overview of your project you can use this component to see the set activities in form of a Perspective Wall. The activities appear as small icons ordered by employees over time.  


* '''TreeView'''. Die AMEISE ermöglicht nicht nur die einmalige Simulation eines Modells. Es entstehen somit verschiedene Pfade die ein Projekt nehmen kann. Die TreeView Komponente stellt den Simulationsverlauf grafisch in Form eines Baumes dar.
* '''TreeView'''. AMEISE allows for undoing commands (please note, for didactical reasons it is strongly recommended not to use this feature in the first runs). Therefore different paths in a project are possible. The TreeView component represents these paths in the form of a tree.  


* '''PhaseView'''. Im Gegensatz zum TreeView, welcher jeden Simulationsschritt darstellt, bietet der PhaseView eine phasenorientierte (vorgehensmodellabhängige) Sichtweise an. Balken repräsentieren begonnene und abgeschlossene Phasen im Projekt.
* '''PhaseView'''. In contrast to the TreeView component (which represents each simulation step), the PhaseView component offers a phase-oriented perspective. Bars represent commenced and completed phases of the project.  




=== Server ===
=== Server ===


Core of AMEISE is the AMEISE-server, a java-application with is SQL-Database. The server consists beside the database of two different applications, the simulation core and the load balancing manager.
The core of AMEISE is the AMEISE server, a Java application with an SQL database in the background. Apart from the database, the server consists of two different applications: the simulation core (Wrapper) and the load balancing manager (LBMMgr).  


* '''AMEISE Wrapper'''. This component consists the simulation core. The simulation core is a one user system. In the wrapper, this core is embedded in a java application and made multi-user able. Here too, data are written into the database. Depending on the workload, the AMEISE operate several wrappers parallel and thus simultaneously edit remote client requests faster
* '''AMEISE Wrapper'''. This component represents the simulation engine written in ADA95. The simulation engine is a single-user system. So, the AMEISE Wrapper embeds the simulation engine in a Java application and makes it multi-user capable. It also collects simulation data and writes it into the database. Depending on the workload, AMEISE can make use of several wrappers in parallel.
 
* '''LBMMgr''' (Load Balancing Manager). Actually, as several Wrapper machines might be available, a load distribution manager ensures that every AMEISE-client has access to the least occupied simulation engine. Behind a firewall, the LBMMgr is also the interface to the outside and acts as a proxy for requests.


* '''LBMMgr''' (Load Balancing Manager). Actually, a load distribution manager who ensures that each AMEISE-client has free and particularly fast simulation engine available. The LBMMgr is also the interface to the outside and does the required declaration of the component database requests.
=== Models ===
=== Models ===


Core of AMEISE (as well as of SESAM) are the simulation models and its explaining texts. The in AMEISE used models are largely based on the quality assurance model which was designed in Stuttgart. The approach underlying model is
The didactical core of AMEISE (as well as of SESAM) is the collection of simulation models and its explanatory texts. Models of AMEISE are largely based on the quality assurance model which was designed by our partners at the University of Stuttgart. The underlying model is a waterfall-like model focusing on quality and quality assurance measures. The rules behind the model are based on a wide range of empirically validated data.  
a linear model which places value on the item quality and quality assurance measures. The rules underlying the model are based on a wide range of data, are empirically rich and validated several times.  
   
   
* ''' Quality assurance model '''
* ''' Quality assurance model '''


  * Mini model.  
  * Mini model.  
     This model serves to get acquainted of the simulator and the user interface.  
     This model is used to get acquainted with the simulator and the user interface.
     The goal is a greatly reduced complexity in the task
     The management objectives are reduced to a project with almost now
     (Project with only 3000 LOC, 3 fixed employees, sufficient time
     complexity(project with only 3000 LOC, 3 fixed employees, sufficient time and budget)
    and budget) properties of the simulation environment to learn the simulation environment. The model was defined at the University of Klagenfurt.
    so that user can focus on learning how to interact with the simulation environment.  
    The model was defined at the University of Klagenfurt.


  * Standard model.
  * Standard model.
     This model corresponds to the basic Quality Assurance Model of Stuttgart QA200.
     This model corresponds to the basic Quality Assurance Model of Stuttgart(called QA200).
     The task is here within 9 months and 225,000 EUR budget to perform a 200
     The project head has to manage a project within 9 months and 225,000 EUR of budget. The project size is
     [[http://en.wikipedia.org/wiki/Function_point Adjusted Function Point]] project.  
     about 200 [[http://en.wikipedia.org/wiki/Function_point Adjusted Function Point]] .  


* '''Further models '''
* '''Further models '''


  * Maintenance model.
  * Maintenance model.
     This one, created at the University of Linz model connects to the standard model,  
     This model, created at the University of Linz, is related to the standard QA200 model,  
     but the focus is on the project to be carried out by a maintenance phase.  
     but the focus is on maintenance activities.  
     At irregular intervals it comes to maintenance tasks (corrective and preventive),
     At irregular intervals maintenance tasks (corrective and preventive) are triggered,
     being managed by the project manager.
     and have to be managed by the project manager.
   
   
== The history ==
== The History ==
 
The basics of AMEISE were developed during an nml (New Media in the Teaching) project of bm:bmwk, Austria in 2001 and go back to a conference presentation of SESAM by Prof. Jochen Ludewig (from the University of Stuttgart). The objective of the AMEISE project was to extend SESAM in such a way that it could be used with larger groups, meaning that an automated analysis of the results got inherently necessary. Started at the University of Klagenfurt (Prof. Mittermeir, Dr. Bollin), soon the Carinthia University of Applied Sciences (Prof. Hochmüller), the University of Linz (Prof. Chroust) and the University of Stuttgart (Prof. Ludewig) joined the AMEISE team.


The idea of AMEISE was developed as part of a project bidding nla (New Media in the teaching of
The development phase, where a client / server architecture was built, lasted from 2001 to 2003. The use of free software (GPL based) and Java enabled broadest possible platform independence, but also led to many technical problems (going back to a lack in documentation of the free software) during the maintenance phase. It took us 3 years (from 2003 to 2006) to overcome all the problems and to stabilize the system. Despite the projects’ official end in 2006, AMEISE is being further developed and is the basis for several ongoing projects and dissertations.  
bm:bmwk, Austria) in 2001 and at a presentation of SESAM, University of Stuttgart (Prof. Jochen Ludewig). The aim was to expand SESAM insofar, that the use in large groups,
also unmaintained and not accompanied to enable and automate the analysis of the results.
Around the university of Klagenfurt (Prof. Mittermeir, Dr. Bollin) came the FH Kärnten (Prof. Hochmüller), the university of Linz (Prof. Croust) and the university of Stuttgart (Prof. Ludewig) to the team.


From 2001 to 2003, there was the development phase, in which a client-server architecture was built. The use of free software (GPL based) and Java enabled broadest possible platform independence, but also led to many technical problems in the maintenance phase which could be solved within the framework of the maintenance phase from 2003 to 2006Despite the project ends in 2006, the AMEISE is further developed
Since 2002, the AMEISE is in use at the project sites and partially embedded in the respective curricula. Since 2004, AMEISE is and has been used at partner Universities in Germany and Slovakia. In 2004, AMEISE was also part of an EU-MEDIDA project and was used in the Maghreb region.  
and is based on several project and dissertations.


Since 2002, the AMEISE is at the project sites in courses in use and partially
== Technical Requirements ==
already enshrined in the respective curriculum. Since 2004, AMEISE is used at partner universities in Germany . Since 2004, AMEISE is also part of an EU-MEDIDA project and is used in the Maghrebi region.


[[Image:AmeiseSystem.gif|right| Example Architecture - AMEISE Architecture]]


== Technical Requirements ==
AMEISE can be used in two different ways. Either one uses the AMEISE server of the University of Klagenfurt (to be agreed upon) and only installs the AMEISE client locally, or one installs the whole system (server and client) locally. AMEISE can now also be installed on a single computer (including laptops) for demonstration purposes, but in a course a distributed system is recommended.


[[Image:AmeiseSystem.gif|right|100px|thumbnail| Example Architecture - AMEISE architecture]]
Depending on the situation on site, the technical requirements are different. The following rules of thumb can be given:
AMEISE can be used in two different ways. Either one uses the AMEISE Server of the University of Klagenfurt and engages only by the client to the server to, or you install the server locally. AMEISE can be installed for demonstration purposes auf on a single computer (including laptops)
, but for use in a course a distributed system is recommended.
For an Internet / intranet connection is to be provided accordingly. Depending on the application, the technical requirements are different. The following rules of thumb can be given:


* '''Client'''.  
* '''Client'''.  
The client is available as a Windows executable or as a Java application (for Linux, MacOS, Solaris, and Windows).  
The client is available as a Windows executable or as a Java application (for Linux, MacOS, Solaris and Windows). The sole requirements are the mentioned operating systems, network access (at least to the AMEISE Server) and Java JDK 5.
The only requirement are the above operating systems, internet access (at least to the AMEISE Server) and Java JDK 5


* '''Server'''.  
* '''Server'''.  
The server consists of three sub-components: the database, the load distribution manager and one or more simulation cores:  
The server consists of three sub-components: the database, the load balancing manager (LBMMgr) and one or more simulation cores (Wrapper):  


   * Database.  
   * Database.  
     What is needed is a free SQL database mysql in version 4.1 (innodb-Type to be transaction-safe).  
     You need a free SQL database mysql in version 5.1 (innodb-Type to be transaction-safe).  
     As a rule of thumb applies: each simulation (users) requires 60MB of disk space.
     Rule of thumb: every simulation run (Client user) requires 60MB of disk space.
    
    


   * Load distribution manager (LBMMgr).  
   * Load balancing manager (LBMMgr).  
     This is also available for Linux, Solaris and Windows as a Java application.  
     It is available for Linux, Solaris and Windows as a Java application.  
     Java JDK 1.4 is required, such as 50MB of RAM and 10MB of hard disk space.
     At least Java JDK 1.4, 50MB of RAM and approximately 10MB of hard disk space(for logs) are required.


   * Simulation core (wrapper).  
   * Simulation core (Wrapper).  
     This is available for Linux, Solaris and Windows as a Java application.  
     The Wrapper is available for Linux, Solaris and Windows as a Java application. For Linux and Solaris, you need
     Java JDK 1.4 is required (note, JDK 5 is not allowed!).  
    the gnat95 libraries installed on the system.
     In order to increase the performance several wrappers should be runned, as a rule of thumb:  
     Java JDK 1.54 or above is required (please note, JDK 7 is possible but reported to be instable sometimes!).  
     for each 5 clients, a wrapper should be installed.
     In order to increase the simulation performance during a course, several Wrappers should be installed in parallel.
     Per wrapper, 500MB RAM and 10 MB of disk space are required.
    The rule of thumb:  
     For every 5 clients used in the course, one wrapper should be installed.
     For every Wrapper, 500MB RAM and 10 MB of disk space are required.
    
    
== More questions? ==
== Further questions? ==


'''I want to know more about the project'''
'''I want to know more about the project'''
* see [[tutorial]], [[Table of content]]
* see [[Tutorial]], [[Table of Contents]]




'''I want to work on the project'''
'''I want to work on the project'''
* see [[contacts]]
* see [[Contacts]]




Line 136: Line 132:


'''What’s new in the AMEISE-project?'''
'''What’s new in the AMEISE-project?'''
* see [[news]]
* see [[News]]
[[de:Über das Projekt]]
[[de:Über das Projekt]]
[[en:About the project]]
[[en:About The Project]]
<!--
<!--
[[sk:Hlavná stránka]]
[[sk:Hlavná stránka]]

Latest revision as of 12:04, 24 August 2013

Ameise Wall - Project Overview

The AMEISE-System provides students of informatics, business informatics and economics as well as subject-related university or college-studies, the ability to collect project management experience on a simulator. Critical situations can be defined and trained with AMEISE without getting a real project in danger.

Future project-leaders can execute projects in a few hours that would normally take several months. They also get confronted with typical problems of projects and should solve them.

Currently the AMEISE system offers three different models: a Beginner-Model (Mini model, with less requirements), a Standard model (with a particular focus on quality assurance), and a Maintenance-model (which is based on the activities after delivering the product). AMEISE is more than a simulator. The instructor can activate many different components, for example the advisor or evaluation components. A special feature is the ability to reset the simulation run at a certain point in time(rollback). Thereby different variants can be tested by the project leader (for example change developers or using a different strategy) and then the results can be compared.

Started in 2001 as part of a nml project from bm:bwk / Austria, AMEISE is and has been used at several Universities and Colleges in Austria, Germany and the Maghreb region. The heart of the AMEISE-system is (SESAM) which was developed at the University of Stuttgart (Prof. Jochen Ludewig) and its related Quality Assurance Models (also referred to as QA-models).

Components of the Project

AMEISE is a Client-Server System which can be executed locally on a computer or distributed in intranet or internet. The system is designed so that even unstable environments have no effect on the simulation runs. As a trainee you can use the AMEISE client to manage a virtual project which means to delegate tasks, do project control and, of course, to deliver a product of acceptable quality at the end of the simulation run.

Client

SimulationPlus- User Interface

The AMEISE client provides a graphical interface for trainees and is implemented as a Java-application that runs virtually on every platform. Comment inputs and feedbacks are usually text-based, but to make the inputs more comfortable there is a mouse-based version available:

  • SimulationPlus. After a successful authentication, a window appears which contains the feedback from the simulator in the upper part and the available commands in the lower part. There, commands can be entered (and combined), and responses from the simulation environment can be followed. One is also able to advance the simulation time per day.

Project managers can choose between the different available commands to manage the tasks of the developers or to get informed about the project status. Literally, there are now restrictions to the order the command are used and managers can choose among them freely. However, that means that managers (as in real life) can start reasonable as well as unreasonable activities at any time – yielding situations which have positive or negative effects on the project run.

The AMEISE Client provides an interface for the simulator but also many supervisory components supporting the learning process during and after the simulation run. They can be activated or deactivated by the instructor.

  • Explanation component - Advisor. This component imitates an “experienced employee in the next office” whom you can ask questions about your project.

This “experienced employee” looks at your performance and gives you feedback to single project phases and the product. This component is deactivated during a simulation run by default.

Explanation Component - feedback
  • Explanation component - Evaluation. This component analyzes your current project status and generates diagrams and tables to give you an overview about your project. You can get information about your performance, the employees used and the quality of your interim - and final products. Usually, this component is deactivated during a simulation run, and activated quite after the end of your project, allowing for an immediate self-assessment.
  • Friendly Peer. This component imitates an “experienced employee sitting in your office”. You can use the friendly-peer as an observer during the simulation run. The friendly-peer gives you advices in tricky situations and warns you when steering the project into the wrong direction. The component is disabled by default and has to be enabled by the instructor.

The SimulationPlus component can be combined with the following interfaces to get an even better sight onto your project.

  • AmeiseWall. For a better overview of your project you can use this component to see the set activities in form of a Perspective Wall. The activities appear as small icons ordered by employees over time.
  • TreeView. AMEISE allows for undoing commands (please note, for didactical reasons it is strongly recommended not to use this feature in the first runs). Therefore different paths in a project are possible. The TreeView component represents these paths in the form of a tree.
  • PhaseView. In contrast to the TreeView component (which represents each simulation step), the PhaseView component offers a phase-oriented perspective. Bars represent commenced and completed phases of the project.


Server

The core of AMEISE is the AMEISE server, a Java application with an SQL database in the background. Apart from the database, the server consists of two different applications: the simulation core (Wrapper) and the load balancing manager (LBMMgr).

  • AMEISE Wrapper. This component represents the simulation engine written in ADA95. The simulation engine is a single-user system. So, the AMEISE Wrapper embeds the simulation engine in a Java application and makes it multi-user capable. It also collects simulation data and writes it into the database. Depending on the workload, AMEISE can make use of several wrappers in parallel.
  • LBMMgr (Load Balancing Manager). Actually, as several Wrapper machines might be available, a load distribution manager ensures that every AMEISE-client has access to the least occupied simulation engine. Behind a firewall, the LBMMgr is also the interface to the outside and acts as a proxy for requests.

Models

The didactical core of AMEISE (as well as of SESAM) is the collection of simulation models and its explanatory texts. Models of AMEISE are largely based on the quality assurance model which was designed by our partners at the University of Stuttgart. The underlying model is a waterfall-like model focusing on quality and quality assurance measures. The rules behind the model are based on a wide range of empirically validated data.

  • Quality assurance model
* Mini model. 
   This model is used to get acquainted with the simulator and the user interface.  
   The management objectives are reduced to a project with almost now 
   complexity(project with only 3000 LOC, 3 fixed employees, sufficient time and budget)
   so that user can focus on learning how to interact with the simulation environment. 
   The model was defined at the University of Klagenfurt.
* Standard model.
   This model corresponds to the basic Quality Assurance Model of Stuttgart(called QA200).
   The project head has to manage a project within 9 months and 225,000 EUR of budget. The project size is
   about 200 [Adjusted Function Point] . 
  • Further models
* Maintenance model.
   This model, created at the University of Linz, is related to the standard QA200 model, 
   but the focus is on maintenance activities. 
   At irregular intervals maintenance tasks (corrective and preventive) are triggered,
   and have to be managed by the project manager.

The History

The basics of AMEISE were developed during an nml (New Media in the Teaching) project of bm:bmwk, Austria in 2001 and go back to a conference presentation of SESAM by Prof. Jochen Ludewig (from the University of Stuttgart). The objective of the AMEISE project was to extend SESAM in such a way that it could be used with larger groups, meaning that an automated analysis of the results got inherently necessary. Started at the University of Klagenfurt (Prof. Mittermeir, Dr. Bollin), soon the Carinthia University of Applied Sciences (Prof. Hochmüller), the University of Linz (Prof. Chroust) and the University of Stuttgart (Prof. Ludewig) joined the AMEISE team.

The development phase, where a client / server architecture was built, lasted from 2001 to 2003. The use of free software (GPL based) and Java enabled broadest possible platform independence, but also led to many technical problems (going back to a lack in documentation of the free software) during the maintenance phase. It took us 3 years (from 2003 to 2006) to overcome all the problems and to stabilize the system. Despite the projects’ official end in 2006, AMEISE is being further developed and is the basis for several ongoing projects and dissertations.

Since 2002, the AMEISE is in use at the project sites and partially embedded in the respective curricula. Since 2004, AMEISE is and has been used at partner Universities in Germany and Slovakia. In 2004, AMEISE was also part of an EU-MEDIDA project and was used in the Maghreb region.

Technical Requirements

Example Architecture - AMEISE Architecture

AMEISE can be used in two different ways. Either one uses the AMEISE server of the University of Klagenfurt (to be agreed upon) and only installs the AMEISE client locally, or one installs the whole system (server and client) locally. AMEISE can now also be installed on a single computer (including laptops) for demonstration purposes, but in a course a distributed system is recommended.

Depending on the situation on site, the technical requirements are different. The following rules of thumb can be given:

  • Client.

The client is available as a Windows executable or as a Java application (for Linux, MacOS, Solaris and Windows). The sole requirements are the mentioned operating systems, network access (at least to the AMEISE Server) and Java JDK 5.

  • Server.

The server consists of three sub-components: the database, the load balancing manager (LBMMgr) and one or more simulation cores (Wrapper):

 * Database. 
   You need a free SQL database mysql in version 5.1 (innodb-Type to be transaction-safe). 
   Rule of thumb: every simulation run (Client user) requires 60MB of disk space.
 
 * Load balancing manager (LBMMgr). 
   It is available for Linux, Solaris and Windows as a Java application. 
   At least Java JDK 1.4, 50MB of RAM and approximately 10MB of hard disk space(for logs) are required.
 * Simulation core (Wrapper). 
   The Wrapper is available for Linux, Solaris and Windows as a Java application. For Linux and Solaris, you need
   the gnat95 libraries installed on the system. 
   Java JDK 1.54 or above is required (please note, JDK 7 is possible but reported to be instable sometimes!). 
   In order to increase the simulation performance during a course, several Wrappers should be installed in parallel.
   The rule of thumb: 
   For every 5 clients used in the course, one wrapper should be installed.
   For every Wrapper, 500MB RAM and 10 MB of disk space are required.
 

Further questions?

I want to know more about the project


I want to work on the project


I want to download AMEISE


What’s new in the AMEISE-project?