Ameise-de - Benutzerbeiträge [de]

Über das Projekt

2013-08-24T11:03:52Z

Chriz90:

[[Image:AmeiseWall_de.png|right|310px|thumbnail|Ameise Wall - Projektüberblick]]
Das '''AMEISE-System''' bietet Studierenden der Informatik, der Betriebs- und Wirtschaftinformatik sowie fachverwandter Universitäts- oder Fachhochschulstudien die Möglichkeit, an einem '''Simulator''' Projektmanagement-Erfahrung zu sammeln. Vergleichbar zum Training eines Piloten an einem Flugsimulator können bei AMEISE durchaus kritische Situationen vorgegeben und trainiert werden, ohne dass dabei gleich ein wirkliches Projekt in Absturzgefahr kommt.

Somit können zukünftige Projektleiter in wenigen Stunden Projekte durchführen, die normalerweise mehrere Monate dauern würden. Dabei werden sie mit typischen Problemen (im AMEISE Jargon als Modelle bezeichnet) in Projekten konfrontiert, die von ihnen bewältigt werden müssen.

Zur Zeit stehen im AMEISE System drei verschiedene '''Modelle''' (Simulationsvarianten) zur Verfügung: ein ''Einsteiger-Modell'' (Minimodell, mit reduzierten Anforderungen), ein ''Standardmodell'' (mit besonderem Fokus auf der Qualitätssicherung), und ein ''Wartungs-Modell'' (welches auf die Tätigkeiten nach Auslieferung des Produkts Bezug nimmt).

Die AMEISE ist mehr als ein reiner Simulator. Vom Simlationsleiter bestimmbar können mehrere Komponenten aktiviert werden. Es stehen
'''Ratgeber''' oder '''Auswertungswerkzeuge''' zur Verfügung. Eine Besonderheit ist die Möglichkeit die Simulation zu bestimmten Zeitpunkten
zurückzusetzen ('''Rollback'''). Dies erlaubt es mehrere Varianten in der Projektleitung auszuprobieren (z.B. den Einsatz eines anderen
Mitarbeiters oder einer anderen Strategie) und dann die unterschiedlichen Ergebnisse zu vergleichen.

Im Rahmen eines nml (Neue Medien in die Lehre) Projektes des bm:bwk im Jahr 2001 gestartet, wurde (und wird) die AMEISE an mehreren
Universitäten und Fachhochschulen in Österreich, Deutschland und im maghrebinischen Raum eingesetzt. Der Kern des AMEISE-Systems ist der
an der Universität Stuttgart (Prof. Jochen Ludewig) entwickelte Simulator für regelbasierte Systeme ([http://www.iste.uni-stuttgart.de/se/research/sesam SESAM]) und die dazu entwickelten
[http://www.iste.uni-stuttgart.de/se/research/sesam/models/index.html Qualitätssicherungsmodelle] (auch als QS-Modelle bezeichnet).

== Komponenten des Projekts ==

Die AMEISE ist ein Client-Server System, welches lokal auf einem Rechner oder verteilt im Intra- bzw. Internet betrieben werden kann.
Das System ist derart gestaltet, dass selbst instabile Verbindungen keinerlei Auswirkungen auf die Simulation haben. Als Lernender
verwendet man den AMEISE Client um ein virtuelles Projekt zu managen, d.h. Aufgaben zu verteilen, den Überblick zu wahren und natürlich
am Ende ein Produkt dem Kunden zu übergeben.

=== Client ===
[[Image:Client_nach_dem_Anmelden_de.png|right|thumbnail|SimulationPlus- Interface für Benutzer]]

Der AMEISE Client stellt eine grafische '''Benutzerschnittstelle''' für Lernende dar. Als Java-Applikation gestaltet ist sie quasi auf
jeder Plattform lauffähig. Befehlseingabe und Rückmeldungen sind wie von ''SESAM'' vorgegeben textbasiert. Um die Eingabe etwas komfortabler zu
gestalten und Tippfehler zu vermeiden gibt es eine Maus-basierte Variante:

* '''SimulationPlus'''. Nach erfolgreicher Authentifizierung erhält man ein Fenster das im oberen Teil die Rückmeldungen des Simulators enthält und im unteren Teil die zur Verfügung stehenden Kommandos beinhaltet. Es können Befehle abgesetzt und die Reaktionen beobachtet werden. Weiters ist man in der Lage die Simulationszeit tageweise weiterzuschalten.

Als Projektleiter kann man nun aus der Menge an Kommandos wählen um Mitarbeiter zu führen und/oder den Status zu erfragen.
Dabei ist die Wahl der Kommandos zu jeder Zeit wirklich beliebig und frei wählbar. D.h. als Benutzer kann man so vernünftige
oder auch unvernünftige Aktivitäten veranlassen - man hat wie in der Realität freie Wahl, muss aber auch damit rechnen,
dass Handlungen auf den Projektfortschritt positive wie auch negative Effekte haben können.

Der AMEISE Client bietet jedoch nicht nur eine Schnittstelle für den Simulator. Zahlreiche, vom Lehrveranstaltungsleiter
aktivier- und deaktivierbare Hilfsmittel unterstützen den Lernprozess während oder im Anschluss an die Simulation.

* Erklärungskomponente - '''Ratgeber'''. Diese Komponente imitiert eine/n "erfahrene/n" Mitarbeiter/in, zu dem/der Sie als Projektleiter gehen können, und in Bezug auf Ihren Projektstatus um Rat fragen können. Diese/r Mitarbeiter/in sieht sich Ihre bisherige Leistung an und gibt seine/ihre Meinung in Bezug auf Projektphasen und (mittlerweile entstandene) Produkte ab. Standardmäßig ist diese Komponente während einer Simulation aktiviert.

[[Image:EK02_de.png|right|thumbnail|Erklärungskomponenten- Auswertung]]

* Erklärungskomponente - '''Evaluation'''. Diese Komponente analysiert den Projektstatus im Detail und generiert Diagramme und Tabellen um Ihnen einen genauen Überblick über Ihren Projektverlauf zu liefern. So erfahren Sie hier Konkretes zu Ihrer Performanz, den Mitarbeitereinsatz und der Qualität aller Zwischen- und Endprodukte. Üblicherweise wird diese Komponente erst nach Abschluss eines Projektes aktiviert und ermöglicht so die Eigenanalyse der Simulation oder die Analyse durch den Lehrveranstaltungsleiter.

* '''Friendly Peer'''. Diese Komponente imitiert ebenso eine/n "erfahrene/n" Mitarbeiter/in, ist jedoch als eigenständiger Prozess umgesetzt. Als Beobachter steht Ihnen der Friendly Peer während der Simulation zur Seite und gibt Ihnen, wenn kritische oder problembehaftete Entscheidungen gefällt wurden, von sich aus Ratschläge. Die Komponente ist standardmäßig deaktiviert und kann vom Simulationsleiter aktiviert werden.

Um den Überblick zu bewahren gibt es neben der SimulationPlus Komponente noch weitere Sichten auf den Projektverlauf.

* '''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.

* '''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.

* '''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.

=== Server ===

Kern der AMEISE ist der AMEISE Server, eine Java Applikation mit dazugehöriger SQL-Datenbank. Der Server besteht im Grunde neben der Datenbank aus zwei unterschiedlichen Anwendungen, dem Simulationskern und einem Lastverteilungsmanager.

* '''AmeiseWrapper'''. Diese Komponente beinhaltet den Simulationskern. Der aus Stuttgart stammende Simulationskern ist ein Einbenutzersystem. Im Wrapper wird dieser in eine Java Applikation eingebettet und mehrbenutzerfähig gemacht. Auch werden hier Daten in die Datenbank geschrieben. Je nach Auslastung kann die AMEISE mehrere Wrapper parallel betreiben und somit gleichzeitig abgesetzte Clientanfragen schneller bearbeiten.

* '''LBMMgr''' (Load Balancing Manager). Eigentlich ein Lastverteilungsmanager, der dafür sorgt, dass jeder AMEISE Client einen freien und besonders schnellen Simulationskern zur Verfügung hat. Der LBMMgr ist ausserdem die Schnittstelle nach außen und erledigt die von den Erklärungskomponenten benötigten Datenbankabfragen.

=== Modelle ===

Kern der AMEISE (wie auch von SESAM) sind die zur Verfügung stehenden Simulationsmodelle und deren dazugehörigen Erklärungstexte. Die in AMEISE eingesetzten Modelle basieren weitestgehend auf dem in Stuttgart entworfenen Qualitätssicherungsmodell. Das zugrunde liegende Vorgehensmodell ist
ein lineares und legt Wert auf den Punkt Qualität und qualitätssichernde Maßnahmen. Die dem Modell zugrunde liegenden Regeln basieren auf einer breiten Datenbasis, sind empirisch gehaltvoll und mehrfach validiert.

* '''Qualitätssicherungsmodell'''

* Minimodell.
Dieses Modell dient dem Kennenlernen des Simulators und dem User Interface.
Ziel ist es über eine in der Komplexität stark reduzierte Aufgabenstellung
(Projekt mit nur 3000 LOC, 3 fix eingestellte Mitarbeiter, ausreichend Zeit
und Budget) Eigenschaften der Simulationsumgebung kennenzulernen. Das Modell
wurde an der Universität Klagenfurt definiert.

* Standardmodell.
Dieses Modell entspricht dem in Stuttgart definierten Qualitätssicherungsmodell QS200.
Die Aufgabe ist es hier innerhalb von 9 Monaten und 225.000 EUR Budget ein
200 [[http://en.wikipedia.org/wiki/Function_point Adjusted Function Point]] Projekt durchzuführen.

* '''Weiterführende Modelle'''

* Wartungsmodell.
Dieses an der Universität Linz geschaffene Modell schließt an das Standardmodell an,
der Fokus liegt jedoch auf den NACH einem Projekt durchzuführenden Wartungsphasen.
In unregelmäßigen Abständen kommt es zu Wartungsaufgaben (korrektiv und präventiv),
die vom Projektleiter zu managen sind.

== Die Geschichte ==

Die Idee zur AMEISE entstand im Rahmen einer nml-Projektausschreibung (Neue Medien in der Lehre des
bm:bmwk, Österreich) im Jahr 2001 und bei einer Präsentation von SESAM der Universität Stuttgart (Prof. Jochen Ludewig). Ziel war es, SESAM insofern zu erweitern, sodass der Einsatz in großen Gruppen,
auch unbetreut und nicht begleitet, zu ermöglichen und die Auswertung der Ergebnisse zu automatisieren.
Rund um die Alpen-Adria Universität Klagenfurt (Prof. Mittermeir, Dr. Bollin) kamen das Technikum Fachhochschule Kärnten (Prof. Hochmüller), die Universität Linz (Prof. Croust) und die Universität Stuttgart (Prof. Ludewig) mit ins Team.

Von 2001 bis 2003 gab es die Entwicklungsphase, in der eine Client-Server Architektur aufgebaut wurde.
Der Einsatz von freier Software (GPL basierend) und Java ermöglichte eine weitestgehende Plattformunabhängigkeit, führte aber auch zu vielen technischen Problemen, die im Rahmen der Wartungsphase
von 2003 bis 2006 gelöst werden konnten. Trotz Projektende im Jahr 2006 wird die AMEISE weiterentwickelt
und ist Basis mehrerer Projekt- bzw. Diplomarbeiten.

Seit 2002 ist die AMEISE an den Projektstandorten in Lehrveranstaltungen im Einsatz und teilweise
bereits auch im jeweiligen Curriculum verankert. Seit 2004 wird die AMEISE an Partneruniversitäten
in Deutschland verwendet. Seit 2004 ist AMEISE auch Teil eines EU-MEDIDA Projektes und wird im
maghrebinischen Raum eingesetzt.

== Technische Voraussetzungen ==

[[Image:AmeiseSystem.gif|right|100px|thumbnail|Beispielarchitektur - AMEISE Architektur]]
Die AMEISE kann auf zwei Arten verwendet werden. Entweder man nutzt den AMEISE Server der
Alpen-Adria Universität Klagenfurt und greift nur per Client auf den Server zu, oder man installiert
den Server vor Ort. Die AMEISE kann zu Demozwecken auf einem einzigen Rechner (auch Laptop) installiert
werden, für den Einsatz in einer Lehrveranstaltung empfiehlt sich aber ein verteiltes System.
Für eine Internet/Intranet Verbindung ist demnach zu sorgen. Je nach Einsatz sind die technischen Anforderungen unterschiedlich, wobei folgende Daumenregeln gegeben werden können:

* '''Client'''. Der Client ist als Windows Executable oder als Java Applikation (für Linux, MaxOS, Solaris und Windows) erhältlich. Die einzige Voraussetzung ist eines der obigen Betriebsysteme, ein Internetzugang (zumindest zum AMEISE Server), und Java JDK 5.

* '''Server'''. Der Server besteht aus 3 Teilkomponenten: der Datenbank, einem Lastverteilungsmanager und einem oder mehreren Simulationskernen:

* Datenbank. Benötigt wird die freie SQL Datenbank mysql in der Version 4.1 (innodb-Type um
transaktionssicher zu sein). Als Daumenregel gilt: je Simulation (Benutzer) werden 60MB
an Festplattenplatz benötigt.

* Lastverteilungsmanager (auch als LBMMgr bezeichnet). Dieser ist ebenso für Linux, Solaris
und Windows als Java Applikation verfügbar. Benötigt wird Java JDK 1.4, etwa 50MB an
Hauptspeicher und 10MB an Festplattenplatz.

* Simulationskern (auch als Wrapper bezeichnet). Dieser ist für Linux, Solaris
und Windows als Java Applikation verfügbar. Benötigt wird Java JDK 1.4 (Achtung, JDK 5
darf nicht verwendet werde!). Um die Performanz zu erhöhen sollten mehrere Wrapper
laufen, als Daumenregel gilt: je 5 Clients sollte ein Wrapper installiert werden.
Je Wrapper werden 500MB an RAM benötigt und 10MB an Festplattenplatz benötigt.

== Mehrere Fragen? ==

'''Ich möchte mehr über das Projekt wissen'''
* siehe [[Tutorial]], [[Indexseite mit Unterlagen]]

'''Ich möchte am Projekt mitarbeiten'''
* siehe [[Kontakt]]

'''Ich möchte die AMEISE herunterladen'''
* siehe [[Download]]

'''Was gibt es Neues im AMEISE Projekt?'''
* siehe [[Neuigkeiten]]

__NOEDITSECTION__

[[de:Über das Projekt]]
[[en:About The Project]]

Team

2013-08-13T14:22:29Z

Chriz90:

Die AMEISE entwicklelte sich seit 2001 zu einem großen Projekt (mehr als 90.000 LOC in Java, C, SQL), an dem viele Personen (MitarbeiterInnen, Studierende) mitwirkten und weiterhin mitwirken. Auf dieser Seite möchten wir alle würdigen, Ihnen als Besucher aber auch zeigen, wie breit gefächert die Tätigkeiten im AMEISE Projekt sein können.

== Leitung ==

<div style="padding-left:3em">

{{TeamMember|Roland T. Mittermeir|<email>Roland.Mittermeir@uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Gesamtprojektleiter. Er begleitet die AMEISE seit der Antragstellung,
kümmert sich um die nötige Finanzierung und koordiniert die Zusammenarbeit
mit den anderen Projektpartnern. Weiters führt er AMEISE Schulungen in
Lehrveranstaltungen und Workshops durch.
|[[Image:RolandMittermeir.jpg]]
}}

{{TeamMember|Andreas.Bollin|<email>Andreas.Bollin@uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Stv. Projektleiter. Er begleitet die AMEISE seit der Antragstellung,
und kümmert sich um technische Umsetzung und Projektkoordination.
Weiters führt er AMEISE Schulungen in Lehrveranstaltungen und Workshops durch.
|[[Image:AndreasBollin.jpg]]
}}

{{TeamMember|Elke Hochmüller|<email>E.Hochmueller@fh-kaernten.at</email>|
'''Fachhochschule Kärnten'''.
Projektleiterin am Technikum Kärnten. Sie ist ebenfalls seit Projektbeginn dabei
und kümmert sich am Technikum um die technische Umsetzung und Projektkoordination.
Die Hauptverantwortung liegt bei der AMEISE Datenbanken, einem Teil des AMEISE
Clients und dem AMEISE Administrationswerkzeugs.
|[[Image:ElkeHochmüller.jpg]]
}}

{{TeamMember|Gerhard Chroust|<email>gc@sea.uni-linz.ac.at</email>|
'''Universität Linz'''.
Projektleiter an der Universität Linz. Er ist seit Antragsstellung dabei
und kümmert sich in seiner Arbeitsgruppe um die technische Umsetzung und Projektkoordination.
Die Hauptverantwortung liegt beim AMEISE Wartungsmodell.
|[[Image:GerhardChroust.jpg]]
}}

{{TeamMember|Jochen Ludewig|<email>ludewig@informatik.uni-stuttgart.de</email>|
'''Universität Stuttgart'''.
Projektleiter an der Universität Stuttgart und Leiter des SESAM Projektes. Er ist seit Antragsstellung
dabei und beratend (Schnittstellenkoordination SESAM/AMEISE, QS-Modelle) tätig.
|[[Image:JochenLudewig.jpg]]
}}

</div>

== Mitarbeiter ==

<div style="padding-left:3em">

{{TeamMember|Markus Maier|<email>maier@isys.uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Techniker. Er war 2001 in einem Projektteam welches den ersten AMEISE Client prototypisch
implementiert hat. Nun ist er (aufgrund seines Studiums mit kleineren Unterbrechungen) seit Ende
2006 im Team der AMEISE und arbeitet an einem Installer für das AMEISE System.
|[[Image:MarkusMaier.jpg]]
}}

{{TeamMember|Nikolaus Ortner|<email>N.Ortner@fh-kaernten.at</email>|
'''Fachhochschule Kärnten'''.
SW-Entwicklung. Er ist 2004 im Projektteam und in der AMEISE verantwortlich für
einen Teil des AMEISE Clients, dem Parser des SESAM Wörterbuchs, bzw. der AMEISE Datenbank.
|[[Image:NikolausOrtner.jpg]]
}}

{{TeamMember|Daniela Pohl|<email>daniela@isys.uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Projektassistentin. Sie ist (aufgrund Ihres Studiums mit kleineren Unterbrechungen) seit 2005
im Team der AMEISE und arbeitete an vielen Teilprojekten mit: PhaseView, Client (HTML Interface,
Reverse-Engineering), LBMMgr (Redesign/Engineering der DB Schnittstelle), AMEISE DB (Querie
Verbesserungen). Zur Zeit überarbeitet sie den Friendly Peer Assistenten im Client.
|[[Image:DanielaPohl.jpg]]
}}

</div>

== Alumni ==

Viele Menschen haben an der AMEISE mitgearbeitet. Ihnen soll hier besonders gedankt werden. Die Liste ist alphabetisch geordnet. (Leider stehen uns nicht mehr zu allen ehemaligen KollegInnen Photos zur Verfügung.)

<div style="padding-left:3em">

{{TeamMember|Karol Andrzejewski|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: EJB Analyse des AMEISE Datenbankzugangs, AMEISE Wall (Diplomarbeit).
|[[Image:KarolAndr.jpg]]
}}

{{TeamMember|Alexander Arrich|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Client
|[[Image:photo.png]]
}}

{{TeamMember|Silvia Berlinger|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Design eines AMEISE Installers.
|[[Image:photo.png]]
}}

{{TeamMember|Rita Ebner|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Bibliothek zur Diagrammdarstellung.
|[[Image:photo.png]]
}}

{{TeamMember|Michal Fandrey|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AORTA, ein Tool zur Handoutgenerierung.
|[[Image:photo.png]]
}}

{{TeamMember|Martin Glawischnig|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Design eines AMEISE Installers.
|[[Image:photo.png]]
}}

{{TeamMember|Werner Gratzer|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Rieta, ein AMEISE Regeleditor zur Erstellung neuer Auswertungen
|[[Image:WernerGratzer.jpg]]
}}

{{TeamMember|Lisa Maria Gringl|<email>LisaMaria.Gringl@uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AMEISE Fragebogen als WEB Survey
|[[Image:LisaMariaGringl.jpg]]
}}

{{TeamMember|Carmen Hafner|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: GINA, Tool zum Monitoring des AMEISE Systems.
|[[Image:CarmenHafner.png]]
}}

{{TeamMember|Markus Hardank|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: GINA, Tool zum Monitoring des AMEISE Systems, Autoplay Client.
|[[Image:photo.png]]
}}

{{TeamMember|Christof Hoyer|-|
'''Universität Linz'''. Verantwortlich für: AMEISE Wartungsmodell.
|[[Image:ChristphHoyer.jpg]]
}}

{{TeamMember|Daniela Innerwinkler|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Bibliothek zur Darstellung von Diagrammen in der AMEISE.
|[[Image:photo.png]]
}}

{{TeamMember|Michal Nagy|<email>michal.nagy@cnl.tuke.sk</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Portal-Entwicklung. Er ist 2007 im Projektteam und in der AMEISE verantwortlich für
den neuen AMEISE Webauftritt.
|[[Image:MichalNagy.jpg]]
}}

{{TeamMember|Susanne Nusser (ehem. Jäger)|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Diplomarbeit zum Thema "Auswertung von Simulationsläufen", Ratgeberkomponente, Endauswertung, ClientNeu, Datenbank.
|[[Image:SusanneNusser.jpg]]
}}

{{TeamMember|Marion Kury|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Diplomarbeit zum Thema "Kontextsensitive Auswertung von Projektverläufen", RatgeberNeu.
|[[Image:photo.png]]
}}

{{TeamMember|Markus Lang|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Reverse und Reengineering des AMEISE Clients.
|[[Image:photo.png]]
}}

{{TeamMember|Jacek Lubinski|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: EJB Analyse des AMEISE Datenbankzugangs.
|[[Image:JacekLubinski.jpg]]
}}

{{TeamMember|Harald Moitzi|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AORTA, ein Tool zur Handoutgenerierung.
|[[Image:photo.png]]
}}

{{TeamMember|Markus Nusser|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Markierungsagen (Diplomarbeit: Annotation relevanter Simulationszüge), ClientNeu.
|[[Image:MarkusNusser.jpg]]
}}

{{TeamMember|Sabine Hipfl|-|
'''Fachhochschule Kärnten'''. Verantwortlich für: AdminTool, Datenbankschema.
|[[Image:photo.png]]
}}

{{TeamMember|Peter Putzer|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: SW Entwicklungs Ontologie, Verlaufs Analysen.
|[[Image:PeterPutzer.jpg]]
}}

{{TeamMember|Harald Rafetseder|-|
'''Universität Linz'''. Verantwortlich für: AMEISE Wartungsmodell.
|[[Image:HaraldRafetseder.jpg]]
}}

{{TeamMember|Dominik Rauner-Reithmayer|-|
'''Fachhochschule Kärnten'''. Verantwortlich für: AMEISE Parser, AMEISE Datenbank, AMEISE
AdminTool.
|[[Image:Dominik.jpg]]
}}

{{TeamMember|Hubert Rudiferia|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AMEISE Treeview Bibliothek.
|[[Image:HubertRudiferia.jpg]]
}}

{{TeamMember|Stefan Schippl|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Performanzanalyse des AMEISE Systems.
|[[Image:photo.png]]
}}

{{TeamMember|Andreas Schmidhofer|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Verbesserung des PPT Generators von AORTA.
|[[Image:ASchmidhofer.png]]
}}

{{TeamMember|Christopher Schwarzlmüller|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Reverse und Reengineering des AMEISE Clients.
|[[Image:photo.png]]
}}

{{TeamMember|Jochim Seidl|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Rieta, ein AMEISE Regeleditor zur Erstellung neuer Auswertungen
|[[Image:JoachimSeidl.jpg]]
}}

{{TeamMember|Konrad Stark|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AMEISE Datenbank der Prototypversion.
|[[Image:KonradStark.jpg]]
}}

{{TeamMember|René Trippolt|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Reverse und Reengineering des AMEISE Clients.
|[[Image:photo.png]]
}}

{{TeamMember|Ronald Unterberger|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AORTA, ein Tool zur Handoutgenerierung.
|[[Image:photo.png]]
}}

{{TeamMember|Mateusz Urbanowski|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: EJB Analyse des AMEISE Datenbankzugangs, AMEISE Assessment Bericht (Diplomarbeit).
|[[Image:MateuszUrbanowski.jpg]]
}}

{{TeamMember|Wolfgang Vorraber|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Rieta, ein AMEISE Regeleditor zur Erstellung neuer Auswertungen
|[[Image:photo.png]]
}}

{{TeamMember|Daniel Wakounig|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: Schnittstelle zum SESAM Kern, Client Prototyp, Wrapper, LBMMgr.
|[[Image:DanielWakounig.jpg]]
}}

{{TeamMember|Sabine Weißegger|-|
'''Alpen-Adria Universität Klagenfurt'''. Verantwortlich für: AMEISE Treeview Bibliothek.
|[[Image:photo.png]]
}}

{{TeamMember|Norbert Zeppitz|<email>norbert@isys.uni-klu.ac.at</email>|
'''Alpen-Adria Universität Klagenfurt'''.
Diplomand. Er war 2003 in einem Projektteam welches den ersten AMEISE Client prototypisch
implementiert hat. Nun ist er (aufgrund seines Studiums mit kleineren Unterbrechungen) seit Ende
2006 im Team der AMEISE und arbeitet an einem Installer für das AMEISE System.
|[[Image:NorbertZeppitz.jpg]]
}}

{{TeamMember|Dominik Rattenberger|-|
'''Fachhochschule Kärnten'''. Verantwortlich für die Übersetzung der deutschen AMEISE Seite ins Englische.
|[[Image:DominikRattenberger.jpg]]
}}

{{TeamMember|Christian Sternad|-|
'''Fachhochschule Kärnten'''. Verantwortlich für die Übersetzung der deutschen AMEISE Seite ins Englische.
|[[Image:ChristianSternad.jpg]]
}}

</div>

[[de:Team]]
[[en:Team]]

__NOTOC__
__NOEDITSECTION__

Datei:ChristianSternad.jpg

2013-08-13T14:22:00Z

Chriz90:

Datei:DominikRattenberger.jpg

2013-08-13T14:21:19Z

Chriz90:

Team

2013-08-13T14:20:18Z

Chriz90:

Die Kommandos

2013-08-13T13:43:57Z

Chriz90:

{{NavigatorBar|Besonderheiten des Modells/2|Auswertung von Projektverläufen}}

====Spielen====
Das Spielen besteht aus einer beliebigen Folge von Kommandos und Proceeds. Kommandos müssen in Englisch eingegeben werden. Die Ausgaben erfolgen ebenfalls in Englisch. Bei einigen Kommandos erhält der Spieler sofort Rückmeldung (z.B. determine spent resources). Bei anderen Kommandos muss zuerst ein Proceed ausgeführt werden, bevor das Modell eine Meldung liefert (hierzu gehören sämtliche Anweisungen zum Ausführen einer Tätigkeit, z.B. specify)

====Einteilung der Befehle====
Die folgende Abbildung stellt die '''Kommandos''' nach den einzelnen Tätigkeiten gegliedert dar, wobei die Gruppe "Sonstige"jene Befehle enthält, die in allen Phasen Verwendung finden können.

[[Image:Kommandos_de.gif|center|frame|]]

====Übersicht über alle Kommandos====
Die Liste aller verfügbaren Kommandos finden Sie [[Media:commandlist-qa60-en-v1.3.pdf|>> hier]].

{{NavigatorBar|Besonderheiten des Modells/2|Auswertung von Projektverläufen}}

[[de:Die Kommandos]]
[[en:Commands]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Bewertungskriterien

2013-08-13T13:42:13Z

Chriz90:

==Zielvorgaben==
Zu folgenden Zielvorgaben können Auswertungen abgerufen werden:
* Projektdauer
* Budget
* Realisierte AFPs im Code in Prozent
* Fehler pro KLOC im Code
* realisierte AFPs im Handbuch in Prozent
* Fehler pro Seite im Handbuch

Bei den Zielvorgaben handelt es sich um die wichtigsten Bewertungskriterien. Schließlich möchte der Spieler nach der Beendigung des Projekts wissen, ob er das Projekt innerhalb des vorgegebenen Budget- bzw. Zeitrahmens eingehalten hat und trotzdem die geforderten AFPs für Code und Handbuch realisieren konnte. Für jede Zielvorgabe liefert die Auswertungskomponente eine textuelle Beschreibung.

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Vollständigkeit der Dokumente==
Dieses Bewertungskriterium gibt einen Überblick über die Vollständigkeit der Dokumente (Spezifikation, Systemdesign, Moduldesign, Code, Handbuch) und wird mit Hilfe von Diagrammen dem Spieler präsentiert.

==Restfehler der Dokumente==
Ein weiteres wichtiges Bewertungskriterium gibt an, wie viele Fehler die Dokumente noch enthalten. Dabei lassen sich folgende Auswertungen unterscheiden:
* Restfehler der Dokumente
* Restfehler in der Spezifikation
* Restfehler im Systemdesign
* Restfehler im Moduldesign
* Restfehler im Code
* Restfehler im Handbuch

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Effizienz von Reviews bzw. Tests==
Dieses Bewertungskriterium stellt den Aufwand für Reviews bzw. Tests, die gefundenen Fehler und den Aufwand für die Korrektur dieser Fehler gegenüber. Mit Hilfe dieser Diagramme kann auf einen Blick festgestellt werden, ob ein Review bzw. Test effizient durchgeführt wurde oder nicht.
* Effizienz der Spezifikationsreviews
* Effizienz der Systemdesignreviews
* Effizienz der Moduldesignreviews
* Effizienz der Codereviews
* Effizienz der Handbuchreviews
* Effizienz der Modultests
* Effizienz der Systemtests
* Effizienz der Integrationstests

==Effektivität von Reviews==
Dieses Bewertungskriterium stellt die durch Reviews gefundenen Fehler den im Dokument noch tatsächlich enthaltenen Fehlern gegenüber (Diese werden aufgrund empirischer Werte vom Simulationssystem geschätzt). Dadurch kann festgestellt werden, ob der Spieler die richtigen Gutachter eingesetzt hat.
* Effektivität der Spezifikationsreviews
* Effektivität der Systemdesignreviews
* Effektivität der Moduldesignreviews
* Effektivität der Codereviews
* Effektivität der Handbuchreviews

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Verluste durch Reviews bzw. Tests==
Dieses Bewertungskriterium zeigt die Anzahl der AFPs auf, die durch Reviews und Tests verloren gingen. Dieser Verlust kann durch eine schlechte Gutachterwahl entstehen. Darum sollten Spieler die Qualifikationen der Gutachter stets überprüfen.
* Verluste in Tests
* Verluste in Reviews

==Aufwandsverteilung==

Dieses Bewertungskriterium zeigt die Verteilung des Aufwands über die Phasen Spezifikation, Entwurf, Codierung, Test und Handbucherstellung. >> [[zum Diagramm]]

==Autoren der Dokumente==

Diese Auswertung soll prüfen, ob der Spieler für die einzelnen Phasen die richtigen Mitarbeiter eingesetzt hat. Zur Verfügung stehen folgende Auswertungen:

* Autor/Autoren der Spezifikation
* Autor/Autoren des Systemdesigns
* Autor/Autoren des Moduldesigns
* Autor/Autoren des Codes
* Autor/Autoren des Handbuchs

[[de:Bewertungskriterien]]
[[en:Evaluation Criteria]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Über das Projekt

2013-08-13T13:41:23Z

Chriz90:

[[Image:AmeiseWall_de.png|right|310px|thumbnail|Ameise Wall - Projektüberblick]]
Das '''AMEISE-System''' bietet Studierenden der Informatik, der Betriebs- und Wirtschaftinformatik sowie fachverwandter Universitäts- oder Fachhochschulstudien die Möglichkeit, an einem '''Simulator''' Projektmanagement-Erfahrung zu sammeln. Vergleichbar zum Training eines Piloten an einem Flugsimulator können bei AMEISE durchaus kritische Situationen vorgegeben und trainiert werden, ohne dass dabei gleich ein wirkliches Projekt in Absturzgefahr kommt.

Somit können zukünftige Projektleiter in wenigen Stunden Projekte durchführen, die normalerweise mehrere Monate dauern würden. Dabei werden sie mit typischen Problemen (im AMEISE Jargon als Modelle bezeichnet) in Projekten konfrontiert, die von ihnen bewältigt werden müssen.

Zur Zeit stehen im AMEISE System drei verschiedene '''Modelle''' (Simulationsvarianten) zur Verfügung: ein ''Einsteiger-Modell'' (Minimodell, mit reduzierten Anforderungen), ein ''Standardmodell'' (mit besonderem Fokus auf der Qualitätssicherung), und ein ''Wartungs-Modell'' (welches auf die Tätigkeiten nach Auslieferung des Produkts Bezug nimmt).

Die AMEISE ist mehr als ein reiner Simulator. Vom Simlationsleiter bestimmbar können mehrere Komponenten aktiviert werden. Es stehen
'''Ratgeber''' oder '''Auswertungswerkzeuge''' zur Verfügung. Eine Besonderheit ist die Möglichkeit die Simulation zu bestimmten Zeitpunkten
zurückzusetzen ('''Rollback'''). Dies erlaubt es mehrere Varianten in der Projektleitung auszuprobieren (z.B. den Einsatz eines anderen
Mitarbeiters oder einer anderen Strategie) und dann die unterschiedlichen Ergebnisse zu vergleichen.

Im Rahmen eines nml (Neue Medien in die Lehre) Projektes des bm:bwk im Jahr 2001 gestartet, wurde (und wird) die AMEISE an mehreren
Universitäten und Fachhochschulen in Österreich, Deutschland und im maghrebinischen Raum eingesetzt. Der Kern des AMEISE-Systems ist der
an der Universität Stuttgart (Prof. Jochen Ludewig) entwickelte Simulator für regelbasierte Systeme ([http://www.iste.uni-stuttgart.de/se/research/sesam SESAM]) und die dazu entwickelten
[http://www.iste.uni-stuttgart.de/se/research/sesam/models/index.html Qualitätssicherungsmodelle] (auch als QS-Modelle bezeichnet).

== Komponenten des Projekts ==

Die AMEISE ist ein Client-Server System, welches lokal auf einem Rechner oder verteilt im Intra- bzw. Internet betrieben werden kann.
Das System ist derart gestaltet, dass selbst instabile Verbindungen keinerlei Auswirkungen auf die Simulation haben. Als Lernender
verwendet man den AMEISE Client um ein virtuelles Projekt zu managen, d.h. Aufgaben zu verteilen, den Überblick zu wahren und natürlich
am Ende ein Produkt dem Kunden zu übergeben.

=== Client ===
[[Image:Client_nach_dem_Anmelden_de.png|right|thumbnail|SimulationPlus- Interface für Benutzer]]

Der AMEISE Client stellt eine grafische '''Benutzerschnittstelle''' für Lernende dar. Als Java-Applikation gestaltet ist sie quasi auf
jeder Plattform lauffähig. Befehlseingabe und Rückmeldungen sind wie von ''SESAM'' vorgegeben textbasiert. Um die Eingabe etwas komfortabler zu
gestalten und Tippfehler zu vermeiden gibt es eine Maus-basierte Variante:

* '''SimulationPlus'''. Nach erfolgreicher Authentifizierung erhält man ein Fenster das im oberen Teil die Rückmeldungen des Simulators enthält und im unteren Teil die zur Verfügung stehenden Kommandos beinhaltet. Es können Befehle abgesetzt und die Reaktionen beobachtet werden. Weiters ist man in der Lage die Simulationszeit tageweise weiterzuschalten.

Als Projektleiter kann man nun aus der Menge an Kommandos wählen um Mitarbeiter zu führen und/oder den Status zu erfragen.
Dabei ist die Wahl der Kommandos zu jeder Zeit wirklich beliebig und frei wählbar. D.h. als Benutzer kann man so vernünftige
oder auch unvernünftige Aktivitäten veranlassen - man hat wie in der Realität freie Wahl, muss aber auch damit rechnen,
dass Handlungen auf den Projektfortschritt positive wie auch negative Effekte haben können.

Der AMEISE Client bietet jedoch nicht nur eine Schnittstelle für den Simulator. Zahlreiche, vom Lehrveranstaltungsleiter
aktivier- und deaktivierbare Hilfsmittel unterstützen den Lernprozess während oder im Anschluss an die Simulation.

* Erklärungskomponente - '''Ratgeber'''. Diese Komponente imitiert eine/n "erfahrene/n" Mitarbeiter/in, zu dem/der Sie als Projektleiter gehen können, und in Bezug auf Ihren Projektstatus um Rat fragen können. Diese/r Mitarbeiter/in sieht sich Ihre bisherige Leistung an und gibt seine/ihre Meinung in Bezug auf Projektphasen und (mittlerweile entstandene) Produkte ab. Standardmäßig ist diese Komponente während einer Simulation aktiviert.

[[Image:EK02_de.png|right|thumbnail|Erklärungskomponenten- Auswertung]]

* Erklärungskomponente - '''Evaluation'''. Diese Komponente analysiert den Projektstatus im Detail und generiert Diagramme und Tabellen um Ihnen einen genauen Überblick über Ihren Projektverlauf zu liefern. So erfahren Sie hier Konkretes zu Ihrer Performanz, den Mitarbeitereinsatz und der Qualität aller Zwischen- und Endprodukte. Üblicherweise wird diese Komponente erst nach Abschluss eines Projektes aktiviert und ermöglicht so die Eigenanalyse der Simulation oder die Analyse durch den Lehrveranstaltungsleiter.

* '''Friendly Peer'''. Diese Komponente imitiert ebenso eine/n "erfahrene/n" Mitarbeiter/in, ist jedoch als eigenständiger Prozess umgesetzt. Als Beobachter steht Ihnen der Friendly Peer während der Simulation zur Seite und gibt Ihnen, wenn kritische oder problembehaftete Entscheidungen gefällt wurden, von sich aus Ratschläge. Die Komponente ist standardmäßig deaktiviert und kann vom Simulationsleiter aktiviert werden.

Um den Überblick zu bewahren gibt es neben der SimulationPlus Komponente noch weitere Sichten auf den Projektverlauf.

* '''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.

* '''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.

* '''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.

=== Server ===

Kern der AMEISE ist der AMEISE Server, eine Java Applikation mit dazugehöriger SQL-Datenbank. Der Server besteht im Grunde neben der Datenbank aus zwei unterschiedlichen Anwendungen, dem Simulationskern und einem Lastverteilungsmanager.

* '''AmeiseWrapper'''. Diese Komponente beinhaltet den Simulationskern. Der aus Stuttgart stammende Simulationskern ist ein Einbenutzersystem. Im Wrapper wird dieser in eine Java Applikation eingebettet und mehrbenutzerfähig gemacht. Auch werden hier Daten in die Datenbank geschrieben. Je nach Auslastung kann die AMEISE mehrere Wrapper parallel betreiben und somit gleichzeitig abgesetzte Clientanfragen schneller bearbeiten.

* '''LBMMgr''' (Load Balancing Manager). Eigentlich ein Lastverteilungsmanager, der dafür sorgt, dass jeder AMEISE Client einen freien und besonders schnellen Simulationskern zur Verfügung hat. Der LBMMgr ist ausserdem die Schnittstelle nach außen und erledigt die von den Erklärungskomponenten benötigten Datenbankabfragen.

=== Modelle ===

Kern der AMEISE (wie auch von SESAM) sind die zur Verfügung stehenden Simulationsmodelle und deren dazugehörigen Erklärungstexte. Die in AMEISE eingesetzten Modelle basieren weitestgehend auf dem in Stuttgart entworfenen Qualitätssicherungsmodell. Das zugrunde liegende Vorgehensmodell ist
ein lineares und legt Wert auf den Punkt Qualität und qualitätssichernde Maßnahmen. Die dem Modell zugrunde liegenden Regeln basieren auf einer breiten Datenbasis, sind empirisch gehaltvoll und mehrfach validiert.

* '''Qualitätssicherungsmodell'''

* Minimodell.
Dieses Modell dient dem Kennenlernen des Simulators und dem User Interface.
Ziel ist es über eine in der Komplexität stark reduzierte Aufgabenstellung
(Projekt mit nur 3000 LOC, 3 fix eingestellte Mitarbeiter, ausreichend Zeit
und Budget) Eigenschaften der Simulationsumgebung kennenzulernen. Das Modell
wurde an der Universität Klagenfurt definiert.

* Standardmodell.
Dieses Modell entspricht dem in Stuttgart definierten Qualitätssicherungsmodell QS200.
Die Aufgabe ist es hier innerhalb von 9 Monaten und 225.000 EUR Budget ein
200 [[http://en.wikipedia.org/wiki/Function_point Adjusted Function Point]] Projekt durchzuführen.

* '''Weiterführende Modelle'''

* Wartungsmodell.
Dieses an der Universität Linz geschaffene Modell schließt an das Standardmodell an,
der Fokus liegt jedoch auf den NACH einem Projekt durchzuführenden Wartungsphasen.
In unregelmäßigen Abständen kommt es zu Wartungsaufgaben (korrektiv und präventiv),
die vom Projektleiter zu managen sind.

== Die Geschichte ==

Die Idee zur AMEISE entstand im Rahmen einer nml-Projektausschreibung (Neue Medien in der Lehre des
bm:bmwk, Österreich) im Jahr 2001 und bei einer Präsentation von SESAM der Universität Stuttgart (Prof. Jochen Ludewig). Ziel war es, SESAM insofern zu erweitern, sodass der Einsatz in großen Gruppen,
auch unbetreut und nicht begleitet, zu ermöglichen und die Auswertung der Ergebnisse zu automatisieren.
Rund um die Alpen-Adria Universität Klagenfurt (Prof. Mittermeir, Dr. Bollin) kamen das Technikum Fachhochschule Kärnten (Prof. Hochmüller), die Universität Linz (Prof. Croust) und die Universität Stuttgart (Prof. Ludewig) mit ins Team.

Von 2001 bis 2003 gab es die Entwicklungsphase, in der eine Client-Server Architektur aufgebaut wurde.
Der Einsatz von freier Software (GPL basierend) und Java ermöglichte eine weitestgehende Plattformunabhängigkeit, führte aber auch zu vielen technischen Problemen, die im Rahmen der Wartungsphase
von 2003 bis 2006 gelöst werden konnten. Trotz Projektende im Jahr 2006 wird die AMEISE weiterentwickelt
und ist Basis mehrerer Projekt- bzw. Diplomarbeiten.

Seit 2002 ist die AMEISE an den Projektstandorten in Lehrveranstaltungen im Einsatz und teilweise
bereits auch im jeweiligen Curriculum verankert. Seit 2004 wird die AMEISE an Partneruniversitäten
in Deutschland verwendet. Seit 2004 ist AMEISE auch Teil eines EU-MEDIDA Projektes und wird im
maghrebinischen Raum eingesetzt.

== Technische Voraussetzungen ==

[[Image:AmeiseSystem.gif|right|100px|thumbnail|Beispielarchitektur - AMEISE Architektur]]
Die AMEISE kann auf zwei Arten verwendet werden. Entweder man nutzt den AMEISE Server der
Alpen-Adria Universität Klagenfurt und greift nur per Client auf den Server zu, oder man installiert
den Server vor Ort. Die AMEISE kann zu Demozwecken auf einem einzigen Rechner (auch Laptop) installiert
werden, für den Einsatz in einer Lehrveranstaltung empfiehlt sich aber ein verteiltes System.
Für eine Internet/Intranet Verbindung ist demnach zu sorgen. Je nach Einsatz sind die technischen Anforderungen unterschiedlich, wobei folgende Daumenregeln gegeben werden können:

* '''Client'''. Der Client ist als Windows Executable oder als Java Applikation (für Linux, MaxOS, Solaris und Windows) erhältlich. Die einzige Voraussetzung ist eines der obigen Betriebsysteme, ein Internetzugang (zumindest zum AMEISE Server), und Java JDK 5.

* '''Server'''. Der Server besteht aus 3 Teilkomponenten: der Datenbank, einem Lastverteilungsmanager und einem oder mehreren Simulationskernen:

* Datenbank. Benötigt wird die freie SQL Datenbank mysql in der Version 4.1 (innodb-Type um
transaktionssicher zu sein). Als Daumenregel gilt: je Simulation (Benutzer) werden 60MB
an Festplattenplatz benötigt.

* Lastverteilungsmanager (auch als LBMMgr bezeichnet). Dieser ist ebenso für Linux, Solaris
und Windows als Java Applikation verfügbar. Benötigt wird Java JDK 1.4, etwa 50MB an
Hauptspeicher und 10MB an Festplattenplatz.

* Simulationskern (auch als Wrapper bezeichnet). Dieser ist für Linux, Solaris
und Windows als Java Applikation verfügbar. Benötigt wird Java JDK 1.4 (Achtung, JDK 5
darf nicht verwendet werde!). Um die Performanz zu erhöhen sollten mehrere Wrapper
laufen, als Daumenregel gilt: je 5 Clients sollte ein Wrapper installiert werden.
Je Wrapper werden 500MB an RAM benötigt und 10MB an Festplattenplatz benötigt.

== Mehrere Fragen? ==

'''Ich möchte mehr über das Projekt wissen'''
* siehe [[Tutorial]], [[Indexseite mit Unterlagen]]

'''Ich möchte am Projekt mitarbeiten'''
* siehe [[Kontakt]]

'''Ich möchte die AMEISE herunterladen'''
* siehe [[Download]]

'''Was gibt es Neues im AMEISE Projekt?'''
* siehe [[Neuigkeiten]]


__NOEDITSECTION__

[[de:Über das Projekt]]
[[en:AboutTheProject]]

Tutorialdokument

2013-08-13T13:40:26Z

Chriz90:

[[Image:Studium.jpg|right|205px||Ameise Tutorial]]
Herzlich Willkommen zum AMEISE Tutorial. Diese Einführung in das Thema Projektmanagementsimulation entstand im Jahre 2003 im Rahmen des AMEISE Projektes und bezieht sich auf das [[Über das Projekt|QS-Modell]].

Um das ganze Tutorial durchzusehen benötigen Sie etwa 45 Minuten, Sie lernen jedoch sämtliche Details des zugrunde liegenden Simulators bzw. der AMEISE kennen.

Die AMEISE entwickelt sich stetig weiter, das Tutorial bezieht sich auf die AMEISE Release V3.0 (Mai. 2004) und wurde im Sommer 2007 für die Release V3.3 adaptiert. Neuere Features und Erweiterungen sind jeweils unter dem Punkt [[Spezial:ViewletDemos|aktuelle Demos]] zu finden.

----

* '''Inhaltsverzeichnis'''
** [[Motivation]]
** '''Das Projekt SESAM'''
*** [[SESAM - Der Kern von AMEISE]]
*** [[Das QS-Modell]]
*** [[Das SESAM-System]]
** '''Das Projekt AMEISE'''
*** [[Das Projekt AMEISE]]
*** [[Lernziele]]
*** [[Projektunterstützung in AMEISE]]
*** [[Der Ratgeber]]
*** [[Der väterliche Freund]]
*** [[Hinweise der Unterstützungswerkzeuge]]
** '''Bedienung des AMEISE-Clients'''
*** [[Starten des Simulators]]
*** [[Die Oberfläche des AMEISE-Clients]]
*** [[Die Bedienung des Simulators]]

*** [[Die Simulation mit der Komponente "SimulationPlus"]]
*** [[Die Benutzung des Ratgebers]]
** '''Die AMEISE Simulation'''
*** [[Besonderheiten des Modells/1]]
*** [[Besonderheiten des Modells/2]]

*** [[Die Kommandos]]
** '''Analyse von Spielverläufen'''
*** [[Auswertung von Projektverläufen]]
*** [[Die Auswertungskomponente]]
*** [[Klassifikation der Bewertungskriterien]]
** [[Literatur]]

[[Category:Tutorial]]

[[de:Tutorialdokument]]
[[en:Tutorial Document]]

__NOEDITSECTION__

Die Oberfläche des AMEISE-Clients

2013-08-11T13:21:05Z

Chriz90:

{{NavigatorBar|Starten des Simulators|Die Bedienung des Simulators}}

In der folgenden Abbildung sehen Sie die '''Oberfläche''' des AMEISE-Clients. '''Klicken''' Sie mit der Maus auf die einzelnen Bereiche, um nähere Informationen zur Oberfläche zu bekommen.

[[Image:Client_de.png|center|thumb|400px|Für nähere Informationen zur AMEISE-Oberfläche klicken Sie auf die einzelnen Bereiche]]

'''Alternativ können Sie sich auch:'''
* eine Animation ansehen, in der Sie mit der Funktionalität der Oberfläche vertraut gemacht werden: [[Spezial:ViewletDemos|>> zur Animation]]

{{NavigatorBar|Starten des Simulators|Die Bedienung des Simulators}}

[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

[[de:Die Oberfläche des AMEISE-Clients]]
[[en:User Interface of the AMEISE Client]]

Starten des Simulators

2013-08-11T13:12:54Z

Chriz90:

{{NavigatorBar|Hinweise der Unterstützungswerkzeuge|Die Oberfläche des AMEISE-Clients}}

Die Anmeldekomponente ist die erste Komponente, mit der sich ein Spieler befasst. Dafür muss zuerst der AMEISE-Client gestartet werden. Dies geschieht unter DOS oder Unix durch die Eingabe des Kommandos

java -jar Client.jar

oder unter Windows einfach per Klick auf

Client.exe

[[Image:Client_anmelden_de.png|center|thumb|400px|Der AMEISE-Client]]

{{Box1| Nach dem Start des AMEISE-Clients muss sich der Spieler zunächst am System anmelden.}}

===Die Anmeldung===
Um den Client zu aktivieren, muss sich der Spieler anmelden.

{| style="width:100%;padding-left:1em" |
|-
| '''a)''' Geben Sie anschließend Ihren AMEISE-'''Benutzernamen''' und Ihr '''Passwort''' ein und bestätigen Sie mit «OK».

[[Image:Client_anmelde_name_passwort_de.png|center|thumb|400px|Die Anmeldung]]

'''b)''' Nach erfolgreicher Anmeldung erscheint der Simulationsbildschirm, der den Benutzernamen des Spielers in der rechten unteren Ecke anzeigt.

[[Image:Client_angemeldet_de.png|center|thumb|400px|Wenn Sie angemeldet sind, wird der Benutzernamen in der rechten unteren Ecke angezeigt]]
|}

=== Ein Spiel auswählen===
Nach erfolgreicher Anmeldung erscheint ein Fenster, wo Sie offene und abgeschlossene Spiele auswählen können. Bei den abgeschlossenen Spielen ist nur die Analyse möglich.

Wählen Sie ein offenes Spiel und klicken Sie '''«Spiel auswählen»'''.

[[Image:Client_Spielauswahl_de.png|center|thumb|400px|Wählen Sie ein offenes Spiel]]

Ein neues Spiel wird begonnen. Nach dem Laden des Modells wird ein '''«Proceed»''' automatisch ausgeführt!
Das Modell führt dadurch Initialisierungen durch, die zwingend erforderlich sind. Anschließend wird dem Spieler eine kurze Erläuterung über das zu leitenden SW-Projekt angezeigt:

[[Image:Client_nach_dem_Anmelden_de.png|center|thumb|400px|Die Konsole nach der Initialisierung]]

{{NavigatorBar|Hinweise der Unterstützungswerkzeuge|Die Oberfläche des AMEISE-Clients}}
[[de:Starten des Simulators]]
[[en:Starting the Simulator]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Der väterliche Freund

2013-08-11T13:04:32Z

Chriz90:

{{NavigatorBar|Der Ratgeber|Hinweise der Unterstützungswerkzeuge}}

Der väterliche Freund soll den Spieler ebenfalls während des Spiels unterstützen. Dabei handelt es sich um einen Agenten, dessen Aufgabe darin besteht, dem Spieler über die Schulter zu schauen und auf begangene Fehler hinzuweisen. Dabei kann der Spieler nicht bestimmen, wann ein Ratschlag anzeigt werden soll und um welche Art von Ratschlag es sich handelt. Der väterlichen Freunds kann vom Spieler nicht aktiviert bzw. deaktiviert werden. Es ist eine Entscheidung des Tutors, ob dieses Feature zur Verfügung steht.

[[Image:VFreund.png|center|frame|Ein Ratschlag des väterlichen Freunds]]

Im Unterschied zum Ratgeber kann der väterliche Freund auch auf komplexere Situationen reagieren, da er den Spielverlauf mitverfolgt. Wie er dabei vorgeht, wird anhand des folgenden Beispiels gezeigt:

'''Beispiel: Beobachten der Mitarbeiterauslastung'''

{{Box2|Wenn ein eingestellter Mitarbeiter länger als 3 Tage keiner Beschäftigung nachgeht, soll der väterliche Freund reagieren und dies dem Spieler mitteilen.}}

Es ist die Angelegenheit des Spielers, ob er auf diesen Hinweis eingeht oder ihn ignoriert.

====Wann reagiert der väterliche Freund?====
Der väterliche Freund kann auf eine bestimmte Anzahl von Situationen reagieren. Er teilt dem Spieler jedoch Hinweise nur dann mit, wenn die Situation, die er beobachtet hat, auch tatsächlich eingetreten ist. Tritt keines der Ereignisse ein, so bekommt der Spieler während des gesamten Spiels keine Meldung vom väterlichen Freund.

====Ratschläge====

Die folgende Auflistung zeigt sämtliche Ratschläge, die der väterliche Freund erteilen kann:

#'''Der Autor sollte nicht als Gutachter eingesetzt werden:''' Ist der Autor Gutachter seines eigenen Dokuments, so findet er darin weniger bzw. keine Fehler. Der Review sollte immer von unabhängigen Gutachtern durchgeführt werden.
#'''Der Autor sollte die Korrektur seines Dokumentes selbst durchführen:''' Nachdem in Reviews oder in Tests Fehler entdeckt wurden, ist es die Aufgabe des Autors diese Fehler im Dokument zu korrigieren, da er das Dokument erstellt hat und dadurch keine Einarbeitungszeit benötigt. Ebenso entstehen weniger Fehler im Dokument, wenn der Autor die Korrektur vornimmt.
#'''Auf Vorgängerphasen sollte nicht vergessen werden:''' Wenn Vorgängerphasen vergessen werden, kann nicht korrekt mit der Nachfolgephase begonnen werden, da Phasen immer ein Vorgängerdokument benötigen, auf dem sie aufbauen. Beim Fehlen dieses Dokuments ist die Phase zum Scheitern verurteilt.
#'''Die Vorgängerphase sollte beendet werden, bevor mit der nächste Phase begonnen wird:''' Für die Nachfolgerphase ist es wichtig, dass die Vorgängerphase und damit das entstandene Vorgabedokument bereits mehr als 50 % (QS-Modell) fertig ist, um eine Überlappung der Phasen zu ermöglichen. Ist dies nicht der Fall, scheitert die begonnene Phase.
#'''Die Vorgängerphase sollte überprüft werden, bevor mit der nächste Phase begonnen wird:''' Um auf die Ergebnisse von Phasen aufbauen zu können ist es wichtig, dass diese Phasen bereits überprüft wurden. Nach der Überprüfung weiß der Spieler, dass das Ergebnis dieser Phase noch Fehler enthält. Diese Fehler müssen aber unbedingt noch korrigiert werden, um zu vermeiden, dass sie in die nächste Phase übernommen werden.
#'''Die Vorgängerphase sollte aufgrund des Reviews korrigiert werden, bevor mit der nächsten Phase begonnen wird:''' Nach der Überprüfung ist die Korrektur sehr wichtig, um die gefundenen Fehler auszubessern. Ohne Korrektur werden die Fehler in die Nachfolgephasen übernommen.
#'''Ein erneuter Review ist erst nach erfolgreicher Korrektur des zuvor durchgeführten Reviews möglich:''' Wurde ein Review durchgeführt und wurde auf die Korrektur vergessen, ist ein erneuter Review-Versuch nicht erfolgreich. Dieser Review-Versuch wird ohne Ergebnis beendet, aber die Mitarbeiter haben einen Tag vergebens daran gearbeitet. Somit hat der Review Kosten verursacht, aber nicht zu einer besseren Qualität beigetragen.
#'''Nach der Durchführung von Tests sollte eine Korrektur vorgenommen werden:''' Neben dem Review, kann der Spieler auch durch Tests Fehler in Dokumenten finden. Die dort gefundenen Fehler müssen verbessert werden, um ein korrekteres Dokument zu erhalten.
#'''Der Kunde sollte an Spezifikations- bzw. Handbuch-Reviews teilnehmen:''' Der Kunde kennt die Anforderungen an das System am besten. Daher ist es für einen Review, in den Anfangsphasen (Spezifikation, Handbuch), von großem Vorteil den Kunden am Review zu beteiligen. Der Kunde verbessert das Ergebnis merklich und kostet dem Projektleiter nichts.
#'''Mit dem Handbuch sollte bereits in den Anfangsphasen begonnen werden:''' Da die Erstellung des Handbuches auch als Review der Spezifikation angesehen wird, ist es sinnvoll mit dem Handbuch bereits in den Anfangsphasen zu beginnen. Bei den Reviewphasen werden mehr Fehler gefunden, wenn bereits mit der Erstellung des Handbuches begonnen wurde.
#'''Es sollten keine häufigen Personalwechsel durchgeführt werden:''' Wenn es zu häufigen Personalwechseln kommt, ist der Einarbeitungsaufwand der neuen Mitarbeiter extrem hoch. Die neuen Mitarbeiter müssen sich zuerst in das Projekt einarbeiten, um Projektaufgaben erledigen zu können.
#'''Die Mitarbeiterbeschäftigung/-auslastung sollte beobachten werden:''' Da Mitarbeiter sehr viel Geld kosten, ist es für den Projektmanager (Spieler) sehr wichtig die Mitarbeiterauslastung im Auge zu behalten. Es zählt wohl zu einer der größten Aufgaben eines Projektleiters, die Mitarbeiter, die er in das Projektteam aufgenommen hat, immer so zu beschäftigen, dass es zu keinen hohen Leerlaufzeiten kommt. Natürlich ist es nicht immer möglich die Mitarbeiter rund um die Uhr zu beschäftigen, aber längere Leerlaufzeiten sollen unbedingt vermieden werden.
#'''Der Personaleinsatz in Phasen sollte beobachtet werden:''' Der Spieler wird bei der Planung der einzelnen Aktivitäten immer vor die Wahl gestellt, wie viele Mitarbeiter er für die Phasen einsetzen will. Werden zu viele Mitarbeiter in einer Phase beschäftigt, ist der Kommunikationsaufwand zwischen den Mitarbeitern enorm, werden hingegen zu wenig Mitarbeiter eingesetzt, dauert die Phase zu lange. Zwei Mitarbeiter, benötigen ähnlich lange für eine Tätigkeit, wie drei Mitarbeiter. Drei Mitarbeiter kosten um einiges mehr, sind aber nur geringfügig effektiver. Ein klarer Fehler des Projektleiters ist es, wenn er in kleinen Projekten zu einer Tätigkeit mehr als drei Mitarbeiter einteilt. So benötigen beispielsweise vier Mitarbeiter für dieselbe Tätigkeit länger als zwei Mitarbeiter, wobei der Grund der bereits erwähnte Kommunikationsaufwand ist.
#'''Mitarbeiter sollten nicht vorzeitig aus einer Phase abgezogen werden:''' Wenn einzelne Mitarbeiter für Tätigkeiten in Phasen länger benötigen, ist es nicht sinnvoll, diesen Mitarbeiter von seiner Aktivität abzuziehen. Neue Mitarbeiter, die dessen Aufgabe fortführen sollen, benötigen eine Einarbeitungszeit, bevor sie die Aufgabe übernehmen können. Deshalb ist es besser, im Voraus nur die besten Mitarbeiter, für die Phasen einzuteilen. Dies ist leider nicht immer möglich, aber falls die Mitarbeiterwahl einmal nicht die Beste war, sollte man diesen, nicht so qualifizierten Mitarbeiter, seine Tätigkeit beenden lassen.
#'''Die Entlassung der Mitarbeiter sollte genau überlegt werden:''' Natürlich sind Mitarbeiter sehr teuer, aber man sollte die Entlassung aus dem Projekt sehr genau durchdenken, vor allem dann, wenn sie in späteren Phasen wieder benötigt werden. Im QS-Modell ist der Mitarbeiter nach seiner Entlassung für eine Zeitspanne von 1 bis 60 Tagen nicht mehr verfügbar.
#'''Mitarbeitern sollten Tätigkeiten nur aufgrund ihrer Qualifikation zugeordnet werden:''' Für eine Tätigkeit sollte immer der beste, gerade verfügbare Mitarbeiter eingesetzt werden, da sonst unnotwendige Verzögerungen entstehen können.

{{NavigatorBar|Der Ratgeber|Hinweise der Unterstützungswerkzeuge}}

[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

[[de:Der väterliche Freund]]
[[en:The Friendly Peer]]

Hinweise der Unterstützungswerkzeuge

2013-08-11T13:02:59Z

Chriz90: hat „Hinweise zu den Unterstützungswerkzeugen“ nach „Hinweise der Unterstützungswerkzeuge“ verschoben

{{NavigatorBar|Der väterliche Freund|Starten des Simulators}}

In der folgenden Liste werden die Hinweise in Bezug auf das verwendete QS-Modell aufgelistet und den Unterstützungswerkzeugen zugeordnet, die der Spieler vom Ratgeber und väterlichen Freund bekommt, um auf Problemsituationen hingewiesen zu werden bzw. diese vermeiden zu können.

====Zuteilung der identifizierenden Hinweise zu den Unterstützungswerkzeugen====

{|
|-
| style="text-align:center;background:#FFFFCA" | '''Hinweis'''
| style="text-align:center;background:#FFFFCA" colspan="2" | '''Werkzeug(e)'''
|-
| style="width:60%;text-align:center;background:#FFFFCA" |
| style="width:20%;text-align:center;background:#FFFFCA" | '''väterl. Freund'''
| style="width:20%;text-align:center;background:#FFFFCA" | '''Ratgeber'''
|-
| style="text-align:left;background:#DDE9FF" | Der Autor sollte nicht als Gutachter eingesetzt werden.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Der Autor sollte die Korrektur seines Dokumentes selbst durchführen.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" |
|-
| style="text-align:left;background:#DDE9FF" | Auf Vorgängerphasen sollte nicht vergessen werden.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" | {{cross}}
|-
| style="text-align:left;background:#FFFFCA" | Die Vorgängerphase sollte beendet werden, bevor mit der nächste Phase begonnen wird.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" | {{cross}}
|-
| style="text-align:left;background:#DDE9FF" | Die Vorgängerphase sollte überprüft werden, bevor mit der nächste Phase begonnen wird.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" | {{cross}}
|-
| style="text-align:left;background:#FFFFCA" | Die Vorgängerphase sollte aufgrund des Reviews korrigiert werden, bevor mit der nächsten Phase begonnen wird.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" | {{cross}}
|-
| style="text-align:left;background:#DDE9FF" | Ein erneuter Review ist erst nach erfolgreicher Korrektur des zuvor durchgeführten Reviews möglich
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Nach der Durchführung von Tests sollte eine Korrektur vorgenommen werden.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" | {{cross}}
|-
| style="text-align:left;background:#DDE9FF" | Der Kunde sollte an Spezifikations- bzw. Handbuch-Reviews teilnehmen.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Mit dem Handbuch sollte bereits in den Anfangsphasen begonnen werden.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" |
|-
| style="text-align:left;background:#DDE9FF" | Es sollten keine häufigen Personalwechsel durchgeführt werden.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Die Mitarbeiterbeschäftigung/-auslastung sollte beobachten werden.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" |
|-
| style="text-align:left;background:#DDE9FF" | Der Personaleinsatz in den einzelnen Phasen sollte beobachtet werden.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Mitarbeiter sollten nicht vorzeitig aus einer Phase abgezogen werden.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" |
|-
| style="text-align:left;background:#DDE9FF" | Die Entlassung der Mitarbeiter sollte genau überlegt werden.
| style="text-align:center;background:#DDE9FF" | {{cross}}
| style="text-align:center;background:#DDE9FF" |
|-
| style="text-align:left;background:#FFFFCA" | Mitarbeitern sollten Tätigkeiten nur aufgrund ihrer Qualifikation zugeordnet werden.
| style="text-align:center;background:#FFFFCA" | {{cross}}
| style="text-align:center;background:#FFFFCA" |
|-
| style="text-align:left;background:#DDE9FF" | Unvollständige Dokumente sollten einer erneuten Überarbeitung unterzogen werden.
| style="text-align:center;background:#DDE9FF" |
| style="text-align:center;background:#DDE9FF" | {{cross}}
|}

{{NavigatorBar|Der väterliche Freund|Starten des Simulators}}

[[de:Hinweise zu den Unterstützungswerkzeugen]]
[[en:Advices of the Support Tools]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Datei:Nusser Markierungsagent.pdf

2013-05-16T13:17:16Z

Chriz90:

Datei:Jaeger-ElektronischerTutor.pdf

2013-05-16T13:14:59Z

Chriz90:

Literatur

2013-05-16T13:13:25Z

Chriz90:

* Drappa, A.: Quantitative Modellierung von Softwareprojekten - Eine Materialsammlung. Universität Stuttgart, Institut für Informatik, interner Bericht, 1997.

* Franke, J.: Performanceanalyse und -verbesserung des SESAM-Simulators. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2002.
[[Media:franke2002.pdf|Download]] (PDF, 1 MB)

* Hampp, T.: Eine feingranulare SESAM-Variante. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2001.
[[Media:hampp2001.pdf|Download]] (PDF, 642 KB)

* Jäger, S.: Entwicklung eines elektronischen Tutors zur Analyse von Projektverläufen. Diplomarbeit, Institut für Informatik-Systeme, Universität Klagenfurt, 2003.
[[Media:Jaeger-ElektronischerTutor.pdf|Download]] (PDF, 2.44 MB)

* Ludewig, J.; Bassler, Th.; Deininger, M.; Schneider, K.; Schwille, J.: SESAM - Simulating Software Projects. Proceedings of the Software Engineering and Knowlegde Engineering Conference (SEKE'92), Capri, Mai 1992, pp. 608 - 615.

* Mandl-Striegnitz, P.; Lichter, H.: Defizite im Software-Projektmanagement - Erfahrungen aus einer industriellen Studie. Informatik/Informatique Nr. 5, Oktober 1999, S. 4-9
[[Media:mandl1999.pdf|Download]] (PDF, 188 KB)

* Mandl-Striegnitz, P.; Lichter, H. Software-Projektmanagement in der Industrie - Erfahrungen und Analysen. Bericht SL-2/96 des Software-Labors Stuttgart, 1996.

* Nusser, M.: Software-Agenten zur Analyse von Projektverläufen. Diplomarbeit, Institut für Informatik-Systeme, Universität Klagenfurt, 2003.
[[Media:Nusser_Markierungsagent.pdf|Download]] (PDF, 2.27 MB)

* Opferkuch, S.: Eine Untersuchung zum Einsatz komplexer Simulationsmodelle in der Projektmanagement-Ausbildung. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2002.
[[Media:opferkuch2002.pdf|Download]] (PDF, 683 KB)

* Royce, W.: Managing the Development of Large Software Systems: Concepts and Techniques. 1970 WESCON Technical Papers, Western Electronic Show and Convention, Los Angeles, A/1-1-A/1-9, 1970.

[[de:Literatur]]
[[en:Literature]]
[[Category:Tutorial]]

Literatur

2013-05-16T13:12:47Z

Chriz90:

* Drappa, A.: Quantitative Modellierung von Softwareprojekten - Eine Materialsammlung. Universität Stuttgart, Institut für Informatik, interner Bericht, 1997.

* Franke, J.: Performanceanalyse und -verbesserung des SESAM-Simulators. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2002.
[[Media:franke2002.pdf|Download]] (PDF, 1 MB)

* Hampp, T.: Eine feingranulare SESAM-Variante. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2001.
[[Media:hampp2001.pdf|Download]] (PDF, 642 KB)

* Jäger, S.: Entwicklung eines elektronischen Tutors zur Analyse von Projektverläufen. Diplomarbeit, Institut für Informatik-Systeme, Universität Klagenfurt, 2003.
[[Media:diplomarbeit_jaeger.ps|Download]] (PS, 16.3 MB)
[[Media:Jaeger-ElektronischerTutor.pdf|Download]] (PDF, 2.44 MB)

* Ludewig, J.; Bassler, Th.; Deininger, M.; Schneider, K.; Schwille, J.: SESAM - Simulating Software Projects. Proceedings of the Software Engineering and Knowlegde Engineering Conference (SEKE'92), Capri, Mai 1992, pp. 608 - 615.

* Mandl-Striegnitz, P.; Lichter, H.: Defizite im Software-Projektmanagement - Erfahrungen aus einer industriellen Studie. Informatik/Informatique Nr. 5, Oktober 1999, S. 4-9
[[Media:mandl1999.pdf|Download]] (PDF, 188 KB)

* Mandl-Striegnitz, P.; Lichter, H. Software-Projektmanagement in der Industrie - Erfahrungen und Analysen. Bericht SL-2/96 des Software-Labors Stuttgart, 1996.

* Nusser, M.: Software-Agenten zur Analyse von Projektverläufen. Diplomarbeit, Institut für Informatik-Systeme, Universität Klagenfurt, 2003.
[[Media:diplomarbeit_nusser.ps|Download]] (PS, 10.8 MB)
[[Media:Nusser_Markierungsagent.pdf|Download]] (PS, 2.27 MB)

* Opferkuch, S.: Eine Untersuchung zum Einsatz komplexer Simulationsmodelle in der Projektmanagement-Ausbildung. Diplomarbeit, Institut für Informatik, Universität Stuttgart, 2002.
[[Media:opferkuch2002.pdf|Download]] (PDF, 683 KB)

* Royce, W.: Managing the Development of Large Software Systems: Concepts and Techniques. 1970 WESCON Technical Papers, Western Electronic Show and Convention, Los Angeles, A/1-1-A/1-9, 1970.

[[de:Literatur]]
[[en:Literature]]
[[Category:Tutorial]]

Datei:Opferkuch2002.pdf

2013-05-16T10:23:40Z

Chriz90:

Datei:Mandl1999.pdf

2013-05-16T10:23:02Z

Chriz90:

Datei:Hampp2001.pdf

2013-05-16T10:22:43Z

Chriz90:

Datei:Franke2002.pdf

2013-05-16T10:21:27Z

Chriz90:

MediaWiki:Sidebar

2013-05-16T09:18:46Z

Chriz90:

Hauptseite

2013-05-15T18:36:18Z

Chriz90:

{| style="width:100%;"
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| colspan="2" style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Über das Projekt|Über AMEISE]]'''
|
|- style="vertical-align:top;" |
| style="width:200px;align:left;padding:0.5em" |
[[Image:Screenshot2_de.png|left|thumbnail|AMEISE Client - Benutzerinterface]]
| style="align:left;padding:0.1em" |

'''Kurze Beschreibung'''

Das AMEISE-System bietet Studierenden der Informatik, der Betriebs- und Wirtschaftinformatik sowie fachverwandter Universitäts- oder Fachhochschulstudien die Möglichkeit, an einem Simulator Projektmanagement-Erfahrung zu sammeln.
([[Über das Projekt|mehr...]])
|-
| colspan="2" style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Kontakt]]'''
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Neuigkeiten|Neuigkeiten]]'''
|
|- style="vertical-align:top;" |
| style="align:left;padding:0.5em" |
{{NewsActual|2009-08-05|AMEISE Feedback Online|

Der AMEISE Fragebogen wurde nun endlich auf einen
WEB-Server portiert. Damit können Sie uns nun noch
komfortabler Ihre Meinung (in Deutsch oder in Englisch)
zum AMEISE Simulator und zur AMEISE Veranstaltung
mitteilen.}}[[Neuigkeiten|(mehr...)]]
|}
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Entwicklung]]'''
|
|- style="vertical-align:top;" |
| style="vertical-align:top;align:left;padding:0.5em" |
=== [[Team]] ===
* Hier finden Sie eine Liste all jener Personen, die an der AMEISE mitarbeiten bzw. mitgearbeitet haben.

=== [http://natuna-isys.uni-klu.ac.at Entwicklerportal] ===
* Dieses Link führt zum AMEISE Entwicklerportal (beachten Sie bitte, dass ein Login erforderlich ist!)

=== [[Qualitätssicherung]] ===
* Hier finden Sie den AMEISE Fragebogen um uns wertvolle Hinweise zur Verbesserung des Systems zu geben.
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[SW Download]]'''
|
|- style="vertical-align:top;" |
| style="align:left;padding:0.5em" |
=== [[Download]] und [[Changelog]] ===
* Auf diesen Seiten können Sie den aktuellen Client und Server herunterladen, bzw. sich über Changelogs informieren. Die Software ist für Bildungseinrichtungen (Universtäten, Schulen) frei verfügbar.

=== [[Standorte|Standorte]] ===
* Diese Seite enthält eine Liste aller Standorte, an denen die AMEISE eingesetzt wurde bzw. wird.
|}
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Tutorial|Tutorial und Demos]]'''
|
|- style="vertical-align:top;" |
| style=";align:left;padding:0.5em" |
Wenn Sie wissen wollen, wie man mit AMEISE arbeiten kann, lesen Sie bitte unser [[Tutorialdokument]] und sehen Sie sich einige [[Spezial:ViewletDemos|Demos]] an.
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Unterlagen und FAQs|Unterlagen und FAQs]]'''
|
|- style="vertical-align:top;" |
| style=";align:left;padding:0.5em" |
Hier finden Sie eine [[Indexseite mit Unterlagen|Liste aller Dokumente]], die im Rahmen des AMEISE Projektes verfügbar sind. [[FAQ|FAQs]] beantworten außerdem die häufigsten Fragen.
|}
|}

[[de:Hauptseite]]
[[en:Main Page]]

__NOTOC__
__NOEDITSECTION__

Unterlagen und FAQs

2013-05-15T18:33:05Z

Chriz90:

Die AMEISE ist eine mächtige Simulationsumgebung, die den Einsatz in großen Lehrveranstaltungen zum Thema (SW-)Projektmanagement unterstützt. Naturgemäß ergeben sich viele Fragen. Die häufigsten sind hier zusammengefasst und beantwortet. Publikation rund um das System runden dieses Thema ab.

[[Image:AmeiseFAQ.jpg|left|150px|thumbnail|]]
=== [[Indexseite mit Unterlagen]] ===
* Hier finden Sie alle Dokumente, die mit AMEISE zusammenhangen

=== [[FAQ]] ===
* Fragen zur Installation, Benutzung und Troubleshooting AMEISE

[[Category:Hilfe]]

[[de:Unterlagen und FAQs]]
[[en:Documents and FAQs]]

__NOTOC__
__NOEDITSECTION__

SW Download

2013-05-15T18:31:44Z

Chriz90:

Die AMEISE ist für tertiere Bildungseinrichtungen in Österreich (Universitäten, Fachhochschulen) frei verfügbar. Sie wird an mehreren Standorten eingesetzt (siehe [[Interessentenseite|Standorte]]) und weiterentwickelt. Sie finden hier am Portal jeweils die [[Download|aktuelle AMEISE Version]] (dazu ist eine einmalige Registrierung erforderlich), und eine Liste mit [[Changelog|Änderungen]] in Bezug auf Vorgängerversionen.

----

[[Image:GettingAmeise.jpg|right|150px|thumbnail|Ameise beziehen]]
=== [[Download]] ===

Der AMEISE Client ist frei zu beziehen, der Download des Servers setzt eine einmalige Registrierung voraus. Sie erhalten eine automatisch generierte Trial-Lizenz. Nach erfolgreicher Prüfung durch das AMEISE Team bekommen Sie eine unlimitierte Lizenz per EMail zugesandt.

Folgen Sie bitte einem der Links um zum Downloadbereich zu gelangen:

* [[Download|Client Version 4.0 Download]]
* [[Download|Server Version 4.0 Download]] (Registrierung erforderlich)

Um den Umgang mit der AMEISE zu erlernen, werden an den AMEISE Projektstandorten (kostenlose) Workshops abgeboten. Auf Wunsch können auch vor Ort AMEISE Schulungen veranstaltet werden. Als Gegenleistung wünschen wir uns als Projektbetreiber über den Einsatz Feedback zu bekommen bzw. freuen uns über Angebote aktiv an der Entwicklung mitzuarbeiten.

----

=== [[Changelog]] ===
* Auf dieser Seite können Sie alle Changelogs sehen. Dies umfaßt neue Fähigkeiten der Software und eine Liste der Bug-Fixes.

----

=== [[Standorte]] ===
* Diese Seite enthält die Liste aller Einrichtungen die die AMEISE aktiv einsetzten bzw. eingesetzt haben.

[[de:SW Download]]
[[en:Getting AMEISE]]

__NOTOC__
__NOEDITSECTION__

SW Download

2013-05-15T18:31:15Z

Chriz90: hat „Getting AMEISE“ nach „SW Download“ verschoben

Die AMEISE ist für tertiere Bildungseinrichtungen in Österreich (Universitäten, Fachhochschulen) frei verfügbar. Sie wird an mehreren Standorten eingesetzt (siehe [[Interessentenseite|Standorte]]) und weiterentwickelt. Sie finden hier am Portal jeweils die [[Download|aktuelle AMEISE Version]] (dazu ist eine einmalige Registrierung erforderlich), und eine Liste mit [[Changelog|Änderungen]] in Bezug auf Vorgängerversionen.

----

[[Image:GettingAmeise.jpg|right|150px|thumbnail|Ameise beziehen]]
=== [[Download]] ===

Der AMEISE Client ist frei zu beziehen, der Download des Servers setzt eine einmalige Registrierung voraus. Sie erhalten eine automatisch generierte Trial-Lizenz. Nach erfolgreicher Prüfung durch das AMEISE Team bekommen Sie eine unlimitierte Lizenz per EMail zugesandt.

Folgen Sie bitte einem der Links um zum Downloadbereich zu gelangen:

* [[Download|Client Version 4.0 Download]]
* [[Download|Server Version 4.0 Download]] (Registrierung erforderlich)

Um den Umgang mit der AMEISE zu erlernen, werden an den AMEISE Projektstandorten (kostenlose) Workshops abgeboten. Auf Wunsch können auch vor Ort AMEISE Schulungen veranstaltet werden. Als Gegenleistung wünschen wir uns als Projektbetreiber über den Einsatz Feedback zu bekommen bzw. freuen uns über Angebote aktiv an der Entwicklung mitzuarbeiten.

----

=== [[Changelog]] ===
* Auf dieser Seite können Sie alle Changelogs sehen. Dies umfaßt neue Fähigkeiten der Software und eine Liste der Bug-Fixes.

----

=== [[Standorte]] ===
* Diese Seite enthält die Liste aller Einrichtungen die die AMEISE aktiv einsetzten bzw. eingesetzt haben.

[[de:Getting AMEISE]]
[[en:Getting AMEISE]]

__NOTOC__
__NOEDITSECTION__

Unterlagen und FAQs

2013-05-15T18:29:41Z

Chriz90: hat „Hilfe“ nach „Unterlagen und FAQs“ verschoben

Besonderheiten des Modells/2

2013-05-15T17:08:32Z

Chriz90:

{{NavigatorBar|Besonderheiten des Modells/1|Die Kommandos}}

====Modell====
* Das Modell ist sehr komplex, es müssen viele Berechnungen durchgeführt werden. Deshalb kann die Ausführung der einzelnen Befehle längere Zeit in Anspruch nehmen.

* Alle Kommandos, die nicht sofort oder nach einem Proceed mit einer Rückmeldung bestätigt wurden, wurden nicht ausgeführt. Dies kann an Problemen bei der Kommandoerkennung liegen oder das Modell lässt eine Aktion aufgrund der aktuellen Situation nicht zu.

* Ausnahmen:
** finish/quit activity gibt keine Rückmeldung, wenn der Entwickler keine Aufgabe hat.
** show available developers gibt keine Rückmeldung, wenn es keine freien Entwickler gibt.
** show hired employees gibt keine Meldung zurück, wenn keine Entwickler eingestellt sind.
** integrate verlangt, dass mindestens 50 % der Anforderungen im Code umgesetzt wurden. Sind es weniger, wird das Kommando nicht ausgeführt.

====Arbeitspakete====
* Große Arbeiten werden in Arbeitspakete zerlegt. An solchen Paketen kann parallel gearbeitet werden. Es ist aber nicht sinnvoll, ein Arbeitspaket von mehreren Personen bearbeiten zu lassen.

====Fehler in Dokumenten====
* Fehler, die in Reviews oder Tests gefunden werden, korrigieren sich nicht von selbst!

* Sind zum Zeitpunkt, zu dem ein Fehlerbericht vorgelegt wird, bereits mehrere Nachfolgeprodukte entstanden, ist es möglich, eine Person zu beauftragen, welche die Korrekturen in allen unmittelbar aufeinanderfolgenden Nachfolgeprodukten nachzieht ("correct all documents").

====Integration====
* Vergessen Sie nicht, den Code zu integrieren. Eine Auslieferung an den Kunden ist nur möglich, wenn mindestens 50 % der Anforderungen integriert wurden.

{{NavigatorBar|Besonderheiten des Modells/1|Die Kommandos}}

[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

[[de:Besonderheiten des Modells/2]]
[[en:Features of the QA Model / Part 2]]

Besonderheiten des Modells/1

2013-05-15T17:07:00Z

Chriz90:

{{NavigatorBar|Die Benutzung des Ratgebers|Besonderheiten des Modells/2}}

Um Ihnen das Spielen zu erleichtern und unnötige Probleme zu vermeiden, wird hier auf die Besonderheiten des Modells eingegangen.

====Projektplanung====
* Das Modell basiert auf empirischen Daten, die dem Wasserfall-Modell zugrunde liegen. Daher sollten die im Wasserfall-Modell vorgesehe Abfolge von Phasen so gut wie möglich eingehalten werden.

* Planen Sie Ihre Personalressourcen so, wie Sie das auch in einem echten Projekt planen sollten. Sämtliche Mitarbeiter verfügen dabei über angemessene Kenntnisse.

====Simulationszeit====
* Das zuletzt angezeigte Datum ist das Datum des aktuellen Tages. Alle Aktionen, die von Ihnen eingegeben werden, finden an diesem Tag statt.

* Alle Datumsangaben haben die Form 'Jahr/Monat/Tag/Stunden:Minuten'. Wochenenden werden vom Modell selbstständig übersprungen.

* Das Modell berücksichtigt Wochenenden, kennt aber keine Feiertage, Urlaubs- oder Krankentage.

* Die Uhrzeit in der Datumsangabe ändert sich zweimal im Jahr. Dies sind die normalen Umstellungen zwischen Sommer- und Winterzeit.

====Proceed====
* Startet man ein neues Spiel, muss nach dem Laden des Modells ein "'''Proceed'''" ausgeführt werden. Daraufhin erscheint die Aufgabenstellung. Kommandos, die vorher eingegeben wurden, werden nicht ausgeführt bzw. kann das Modell falsche Ergebnisse liefern.

====Ressourcen====
* Wird einem Entwickler, der noch nicht eingestellt ist, eine Tätigkeit zugewiesen, so führt er diese Tätigkeit natürlich nicht aus. Es erscheint nach einem Zeitschritt die Meldung, dass dieser Entwickler noch nicht eingestellt wurde. Wird er anschließend eingestellt, muss ihm die Tätigkeit erneut zugewiesen werden.

* Mit seiner Entlassung ist der Entwickler für eine zufällige Zeitspanne zwischen 21 und 60 Tagen nicht verfügbar. Das Kommando "'''hire'''" bleibt solange wirkungslos, bis dieser Entwickler wieder verfügbar ist.

* Ein Entwickler kann zum gleichen Zeitpunkt '''nur''' eine Aufgabe ausführen. Das bedeutet, er kann nicht parallel entwerfen und codieren. Ausnahmen sind '''Reviews''', an denen ein Entwickler parallel zu anderen Tätigkeiten teilnehmen kann.

* Es ist ratsam, einen Entwickler seine aktuelle Tätigkeit beenden zu lassen, bevor ihm ein neuer Auftrag erteilt wird.

{{NavigatorBar|Die Benutzung des Ratgebers|Besonderheiten des Modells/2}}
[[de:Besonderheiten des Modells/1]]
[[en:Features of the QA Model / Part 1]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Wasserfallmodell

2013-05-11T08:35:31Z

Chriz90:

Eines der bekanntesten '''SW-Entwicklungsmodelle''', bei der die Konstruktion in Phasen eingeteilt wird
#Analyse
#Spezifikation
#Entwurf
#Implementierung
#Integration
#Wartung

Für nähere Informationen siehe:
Barry W. Boehm. Software Engineering. In: IEEE Transaction on Computers, Band 25: Seiten 1226-1241, 1976.

[[de:Wasserfallmodell]]
[[en:Waterfall Model]]

Besonderheiten des Modells/1

2013-05-11T07:34:22Z

Chriz90:

{{NavigatorBar|Die Benutzung des Ratgebers|Besonderheiten des Modells/2}}

Um Ihnen das Spielen zu erleichtern und unnötige Probleme zu vermeiden, wird hier auf die Besonderheiten des Modells eingegangen.

====Projektplanung====
* Das Modell basiert auf empirischen Daten, die dem Wasserfall-Modell zugrunde liegen. Daher sollten die im Wasserfall-Modell vorgesehe Abfolge von Phasen so gut wie möglich eingehalten werden.

* Planen Sie Ihre Personalressourcen so, wie Sie das auch in einem echten Projekt planen sollten. Sämtliche Mitarbeiter verfügen dabei über angemessene Kenntnisse.

====Simulationszeit====
* Das zuletzt angezeigte Datum ist das Datum des aktuellen Tages. Alle Aktionen, die von Ihnen eingegeben werden, finden an diesem Tag statt.

* Alle Datumsangaben haben die Form 'Jahr/Monat/Tag/Stunden:Minuten'. Wochenenden werden vom Modell selbstständig übersprungen.

* Das Modell berücksichtigt Wochenenden, kennt aber keine Feiertage, Urlaubs- oder Krankentage.

* Die Uhrzeit in der Datumsangabe ändert sich zweimal im Jahr. Dies sind die normalen Umstellungen zwischen Sommer- und Winterzeit.

====Proceed====
* Startet man ein neues Spiel, muss nach dem Laden des Modells ein "'''Proceed'''" ausgeführt werden. Daraufhin erscheint die Aufgabenstellung. Kommandos, die vorher eingegeben wurden, werden nicht ausgeführt bzw. kann das Modell falsche Ergebnisse liefern.

====Ressourcen====
* Wird einem Entwickler, der noch nicht eingestellt ist, eine Tätigkeit zugewiesen, so führt er diese Tätigkeit natürlich nicht aus. Es erscheint nach einem Zeitschritt die Meldung, dass dieser Entwickler noch nicht eingestellt wurde. Wird er anschließend eingestellt, muss ihm die Tätigkeit erneut zugewiesen werden.

* Mit seiner Entlassung ist der Entwickler für eine zufällige Zeitspanne zwischen 21 und 60 Tagen nicht verfügbar. Das Kommando "'''hire'''" bleibt solange wirkungslos, bis dieser Entwickler wieder verfügbar ist.

* Ein Entwickler kann zum gleichen Zeitpunkt '''nur''' eine Aufgabe ausführen. Das bedeutet, er kann nicht parallel entwerfen und codieren. Ausnahmen sind '''Reviews''', an denen ein Entwickler parallel zu anderen Tätigkeiten teilnehmen kann.

* Es ist ratsam, einen Entwickler seine aktuelle Tätigkeit beenden zu lassen, bevor ihm ein neuer Auftrag erteilt wird.

{{NavigatorBar|Die Benutzung des Ratgebers|Besonderheiten des Modells/2}}
[[de:Besonderheiten des Modells/1]]
[[en:Features of the QA Model/Part 1]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Die Benutzung des Ratgebers

2013-05-09T11:27:51Z

Chriz90:

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

Im Folgenden ist die Oberfläche der Ratgeberkomponente dargestellt. Auf der [[Spezial:ViewletDemos|Demoseite]] können Sie eine Animation finden, die die Verwendung der Ratgeber-Komponente erklärt.

[[Image:Ratgeber_de.png|500px|thumb|center|Die Oberfläche der Ratgeberkomponente]]

==Die Beschreibung==

'''1. Starten des Ratgebers'''

{| style="width:100%;padding-left:1em" |
|-
|Zum Starten der Ratgeberkomponente klicken Sie zuerst auf den Reiter '''«EK-Einheit»'''.

[[Image:Ratg1_de.png|500px|thumb|center|]]

Aktivieren Sie anschließend den Reiter '''«Ratgeber»''' und die Ratgeberkomponente wird geöffnet.

[[Image:Ratg2_de.png|500px|thumb|center|]]
|}

'''2. Die Ratgeberkomponente'''

{| style="width:100%;padding-left:1em" |
|-
|Die Ratgeberkomponente ist horizontal in zwei Teile unterteilt. Der obere Teil beinhaltet den Fragenkatalog, im unteren Teil werden die Ratschläge angezeigt, die dem Spieler vom System erteilt werden.

[[Image:Ratg3_de.png|500px|thumb|center|]]

Wenn Sie den Ratgeber das erste Mal starten, ist der Fragenkatalog leer. Zum Laden der Fragen klicken Sie auf den Button '''«Ratschläge holen»'''. Danach werden alle möglichen Ratschläge, die der Ratgeber erteilen kann, angezeigt:

[[Image:Ratg4_de.png|500px|thumb|center|]]
|}

'''3. Einen Ratschlag auswählen'''

{| style="width:100%;padding-left:1em" |
|-
|Nun wählt man eine der Fragen aus, zu der man einen Ratschlag erhalten möchten und klicken auf den Button '''«Ratschlag anzeigen»'''.

[[Image:Ratg5_de.png|500px|thumb|center|]]

Nun wird dem Spieler ein passender Ratschlag erteilt:

[[Image:Ratg6_de.png|500px|thumb|center|]]
|}

'''4. Auswahl aufheben'''

{| style="width:100%;padding-left:1em" |
|-
|Bevor Sie eine neue Frage des Fragenkatalogs auswählen, müssen Sie die zuvor gewählte Frage aufheben. Klicken Sie dazu auf den Button '''«Auswahl aufheben»'''.
|}

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

[[de:Die Benutzung des Ratgebers]]
[[en:Using the Advisor]]


[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Die Auswertungskomponente

2013-05-09T11:24:41Z

Chriz90:

{{NavigatorBar|Auswertung von Projektverläufen|Klassifikation der Bewertungskriterien}}

Die Auswertungskomponente zeigt Spielern das Spektrum der möglichen Auswertungen in Form einer Liste. Die Auswertungsinformationen werden in [[Auswertung in Textform|Textform]] oder anhand einer [[Auswertungen in grafischer Form|Grafik]] dargestellt.

[[Image:Auswertungsfenster_de.png|500px|thumb|center|Die Auswertungskomponente]]

Der Spieler hat während und nach dem Spiel die Möglichkeit zu diesen Informationen zu gelangen. Werden die Spielinformationen nach dem Spiel abgefragt, spricht man von '''Endauswertung''', erfolgt die Informationsabfrage während des Spiels, so spricht man von der '''Zwischenauswertung'''. Bei der Zwischenauswertung kann es vorkommen, dass nicht alle relevanten Daten für diese Auswertung zu Verfügung stehen. In solchen Fällen kann noch keine Auswertung oder nur eine Teilauswertung durchgeführt werden.

{{Box1|Sie können auch eine '''Animation''' auf der Seite [[Spezial:ViewletDemos|Demos]] sehen.}}

==Die Beschreibung==

'''1. Starten der Auswertungskomponente'''

Zum Starten der Auswertungskomponente klicken Sie zuerst auf den Reiter '''«EK-Einheit»''' und wählen anschließend den Reiter '''«Auswertung»'''. Daraufhin erscheint das folgende Auswertungsfenster (siehe Abbildung 1):

[[Image:Auswertungsfenster2_de.png|500px|thumb|center|'''Abbildung 1:''' Das Auswertungsfenster]]

Im oberen Feld werden nach Beendigung des Spiels die Kundenreaktionen angezeigt, im unteren Fenster werden die möglichen Bewertungskriterien angezeigt.

'''2. Laden der Bewertungskriterien'''

Durch Betätigen des Buttons '''«Auswertungen holen»''' werden nun alle möglichen Bewertungskriterien geladen (siehe Abbildung 2).

[[Image:Auswahl_de.png|500px|thumb|center|'''Abbildung 2:''' Mögliche Bewertungskriterien]]

'''3. Auswählen eines Auswertung'''

Der Spieler kann nun anhand eines Bewertungskriteriums eine Auswertung, z.B. "Dauer" auswählen (siehe Abbildung 3). Durch die Betätigung des Buttons '''«Anzeigen»''' wird die Auswertung gestartet.

[[Image:Auswahltreffen_de.png|500px|thumb|center|'''Abbildung 3:''' Auswahl einer Auswertung]]

'''4. Anzeigen der Ergebnisse'''

Anschließend werden dem Spieler die Ergebnisse in Form eines Erklärungstextes bzw. einer Kombination aus Diagramm und Erklärungstext präsentiert. Abbildung 4 zeigt die Auswertung des Bewertungskriteriums "Kosten", für welches nur ein Erklärungstext zur Verfügung steht.

[[Image:Dauer_de.png|500px|thumb|center|'''Abbildung 4:''' Auswertung "Kosten"]]

{{NavigatorBar|Auswertung von Projektverläufen|Klassifikation der Bewertungskriterien}}
[[de:Die Auswertungskomponente]]
[[en:Evaluation Component]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Bewertungskriterien

2013-05-09T11:15:19Z

Chriz90:

==Zielvorgaben==
Zu folgenden Zielvorgaben können Auswertungen abgerufen werden:
* Projektdauer
* Budget
* Realisierte AFPs im Code in Prozent >> [[zum Diagramm]]
* Fehler pro KLOC im Code
* realisierte AFPs im Handbuch in Prozent
* Fehler pro Seite im Handbuch

Bei den Zielvorgaben handelt es sich um die wichtigsten Bewertungskriterien. Schließlich möchte der Spieler nach der Beendigung des Projekts wissen, ob er das Projekt innerhalb des vorgegebenen Budget- bzw. Zeitrahmens eingehalten hat und trotzdem die geforderten AFPs für Code und Handbuch realisieren konnte. Für jede Zielvorgabe liefert die Auswertungskomponente eine textuelle Beschreibung.

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Vollständigkeit der Dokumente==
Dieses Bewertungskriterium gibt einen Überblick über die Vollständigkeit der Dokumente (Spezifikation, Systemdesign, Moduldesign, Code, Handbuch) und wird mit Hilfe von Diagrammen dem Spieler präsentiert. >> [[zum Diagramm]]

==Restfehler der Dokumente==
Ein weiteres wichtiges Bewertungskriterium gibt an, wie viele Fehler die Dokumente noch enthalten. Dabei lassen sich folgende Auswertungen unterscheiden:
* Restfehler der Dokumente >> [[zum Diagramm]]
* Restfehler in der Spezifikation
* Restfehler im Systemdesign
* Restfehler im Moduldesign
* Restfehler im Code
* Restfehler im Handbuch

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Effizienz von Reviews bzw. Tests==
Dieses Bewertungskriterium stellt den Aufwand für Reviews bzw. Tests, die gefundenen Fehler und den Aufwand für die Korrektur dieser Fehler gegenüber. Mit Hilfe dieser Diagramme kann auf einen Blick festgestellt werden, ob ein Review bzw. Test effizient durchgeführt wurde oder nicht.
* Effizienz der Spezifikationsreviews
* Effizienz der Systemdesignreviews
* Effizienz der Moduldesignreviews
* Effizienz der Codereviews
* Effizienz der Handbuchreviews >> [[zum Diagramm]]
* Effizienz der Modultests
* Effizienz der Systemtests
* Effizienz der Integrationstests

==Effektivität von Reviews==
Dieses Bewertungskriterium stellt die durch Reviews gefundenen Fehler den im Dokument noch tatsächlich enthaltenen Fehlern gegenüber (Diese werden aufgrund empirischer Werte vom Simulationssystem geschätzt). Dadurch kann festgestellt werden, ob der Spieler die richtigen Gutachter eingesetzt hat.
* Effektivität der Spezifikationsreviews
* Effektivität der Systemdesignreviews >> [[zum Diagramm]]
* Effektivität der Moduldesignreviews
* Effektivität der Codereviews
* Effektivität der Handbuchreviews

>> Zurück zu:[[Klassifikation der Bewertungskriterien]]

==Verluste durch Reviews bzw. Tests==
Dieses Bewertungskriterium zeigt die Anzahl der AFPs auf, die durch Reviews und Tests verloren gingen. Dieser Verlust kann durch eine schlechte Gutachterwahl entstehen. Darum sollten Spieler die Qualifikationen der Gutachter stets überprüfen.
* Verluste in Tests
* Verluste in Reviews >> [[zum Diagramm]]

==Aufwandsverteilung==

Dieses Bewertungskriterium zeigt die Verteilung des Aufwands über die Phasen Spezifikation, Entwurf, Codierung, Test und Handbucherstellung. >> [[zum Diagramm]]

==Autoren der Dokumente==

Diese Auswertung soll prüfen, ob der Spieler für die einzelnen Phasen die richtigen Mitarbeiter eingesetzt hat. Zur Verfügung stehen folgende Auswertungen:

* Autor/Autoren der Spezifikation
* Autor/Autoren des Systemdesigns >> [[zum Diagramm]]
* Autor/Autoren des Moduldesigns
* Autor/Autoren des Codes
* Autor/Autoren des Handbuchs

[[de:Bewertungskriterien]]
[[en:Evaluation Criteria]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Bewertungskriterien

2013-05-09T11:14:11Z

Chriz90:

==Zielvorgaben==
Zu folgenden Zielvorgaben können Auswertungen abgerufen werden:
* Projektdauer
* Budget
* Realisierte AFPs im Code in Prozent >> [[zum Diagramm]]
* Fehler pro KLOC im Code
* realisierte AFPs im Handbuch in Prozent
* Fehler pro Seite im Handbuch

Bei den Zielvorgaben handelt es sich um die wichtigsten Bewertungskriterien. Schließlich möchte der Spieler nach der Beendigung des Projekts wissen, ob er das Projekt innerhalb des vorgegebenen Budget- bzw. Zeitrahmens eingehalten hat und trotzdem die geforderten AFPs für Code und Handbuch realisieren konnte. Für jede Zielvorgabe liefert die Auswertungskomponente eine textuelle Beschreibung.

>> [[Zurück zu:Klassifikation der Bewertungskriterien]]

==Vollständigkeit der Dokumente==
Dieses Bewertungskriterium gibt einen Überblick über die Vollständigkeit der Dokumente (Spezifikation, Systemdesign, Moduldesign, Code, Handbuch) und wird mit Hilfe von Diagrammen dem Spieler präsentiert. >> [[zum Diagramm]]

==Restfehler der Dokumente==
Ein weiteres wichtiges Bewertungskriterium gibt an, wie viele Fehler die Dokumente noch enthalten. Dabei lassen sich folgende Auswertungen unterscheiden:
* Restfehler der Dokumente >> [[zum Diagramm]]
* Restfehler in der Spezifikation
* Restfehler im Systemdesign
* Restfehler im Moduldesign
* Restfehler im Code
* Restfehler im Handbuch

>> [[Zurück zu:Klassifikation der Bewertungskriterien]]

==Effizienz von Reviews bzw. Tests==
Dieses Bewertungskriterium stellt den Aufwand für Reviews bzw. Tests, die gefundenen Fehler und den Aufwand für die Korrektur dieser Fehler gegenüber. Mit Hilfe dieser Diagramme kann auf einen Blick festgestellt werden, ob ein Review bzw. Test effizient durchgeführt wurde oder nicht.
* Effizienz der Spezifikationsreviews
* Effizienz der Systemdesignreviews
* Effizienz der Moduldesignreviews
* Effizienz der Codereviews
* Effizienz der Handbuchreviews >> [[zum Diagramm]]
* Effizienz der Modultests
* Effizienz der Systemtests
* Effizienz der Integrationstests

==Effektivität von Reviews==
Dieses Bewertungskriterium stellt die durch Reviews gefundenen Fehler den im Dokument noch tatsächlich enthaltenen Fehlern gegenüber (Diese werden aufgrund empirischer Werte vom Simulationssystem geschätzt). Dadurch kann festgestellt werden, ob der Spieler die richtigen Gutachter eingesetzt hat.
* Effektivität der Spezifikationsreviews
* Effektivität der Systemdesignreviews >> [[zum Diagramm]]
* Effektivität der Moduldesignreviews
* Effektivität der Codereviews
* Effektivität der Handbuchreviews

>> [[Zurück zu:Klassifikation der Bewertungskriterien]]

==Verluste durch Reviews bzw. Tests==
Dieses Bewertungskriterium zeigt die Anzahl der AFPs auf, die durch Reviews und Tests verloren gingen. Dieser Verlust kann durch eine schlechte Gutachterwahl entstehen. Darum sollten Spieler die Qualifikationen der Gutachter stets überprüfen.
* Verluste in Tests
* Verluste in Reviews >> [[zum Diagramm]]

==Aufwandsverteilung==

Dieses Bewertungskriterium zeigt die Verteilung des Aufwands über die Phasen Spezifikation, Entwurf, Codierung, Test und Handbucherstellung. >> [[zum Diagramm]]

==Autoren der Dokumente==

Diese Auswertung soll prüfen, ob der Spieler für die einzelnen Phasen die richtigen Mitarbeiter eingesetzt hat. Zur Verfügung stehen folgende Auswertungen:

* Autor/Autoren der Spezifikation
* Autor/Autoren des Systemdesigns >> [[zum Diagramm]]
* Autor/Autoren des Moduldesigns
* Autor/Autoren des Codes
* Autor/Autoren des Handbuchs

[[de:Bewertungskriterien]]
[[en:Evaluation Criteria]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Datei:Screenshot2 de.png

2013-05-09T10:53:37Z

Chriz90:

Hauptseite

2013-05-09T10:53:25Z

Chriz90:

{| style="width:100%;"
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| colspan="2" style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Über das Projekt|Über AMEISE]]'''
|
|- style="vertical-align:top;" |
| style="width:200px;align:left;padding:0.5em" |
[[Image:Screenshot2_de.png|left|thumbnail|AMEISE Client - Benutzerinterface]]
| style="align:left;padding:0.1em" |

'''Kurze Beschreibung'''

Das AMEISE-System bietet Studierenden der Informatik, der Betriebs- und Wirtschaftinformatik sowie fachverwandter Universitäts- oder Fachhochschulstudien die Möglichkeit, an einem Simulator Projektmanagement-Erfahrung zu sammeln.
([[Über das Projekt|mehr...]])
|-
| colspan="2" style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Kontakt]]'''
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Neuigkeiten|Neuigkeiten]]'''
|
|- style="vertical-align:top;" |
| style="align:left;padding:0.5em" |
{{NewsActual|2009-08-05|AMEISE Feedback Online|

Der AMEISE Fragebogen wurde nun endlich auf einen
WEB-Server portiert. Damit können Sie uns nun noch
komfortabler Ihre Meinung (in Deutsch oder in Englisch)
zum AMEISE Simulator und zur AMEISE Veranstaltung
mitteilen.}}[[Neuigkeiten|(mehr...)]]
|}
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Entwicklung]]'''
|
|- style="vertical-align:top;" |
| style="vertical-align:top;align:left;padding:0.5em" |
=== [[Team]] ===
* Hier finden Sie eine Liste all jener Personen, die an der AMEISE mitarbeiten bzw. mitgearbeitet haben.

=== [http://natuna-isys.uni-klu.ac.at Entwicklerportal] ===
* Dieses Link führt zum AMEISE Entwicklerportal (beachten Sie bitte, dass ein Login erforderlich ist!)

=== [[Qualitätssicherung]] ===
* Hier finden Sie den AMEISE Fragebogen um uns wertvolle Hinweise zur Verbesserung des Systems zu geben.
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Getting AMEISE]]'''
|
|- style="vertical-align:top;" |
| style="align:left;padding:0.5em" |
=== [[Download]] und [[Changelog]] ===
* Auf diesen Seiten können Sie den aktuellen Client und Server herunterladen, bzw. sich über Changelogs informieren. Die Software ist für Bildungseinrichtungen (Universtäten, Schulen) frei verfügbar.

=== [[Standorte|Standorte]] ===
* Diese Seite enthält eine Liste aller Standorte, an denen die AMEISE eingesetzt wurde bzw. wird.
|}
|-

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Tutorial|Tutorial und Demos]]'''
|
|- style="vertical-align:top;" |
| style=";align:left;padding:0.5em" |
Wenn Sie wissen wollen, wie man mit AMEISE arbeiten kann, lesen Sie bitte unser [[Tutorialdokument]] und sehen Sie sich einige [[Spezial:ViewletDemos|Demos]] an.
|}

| style="width:50%;vertical-align:top;" |
{| style="width:100%;border:1px solid #B0B0FF"
|-
| style="padding-left:1em;background:#DADAFF;border:1px solid #B0B0FF" |
'''[[Hilfe|Hilfe und FAQs]]'''
|
|- style="vertical-align:top;" |
| style=";align:left;padding:0.5em" |
Hier finden Sie eine [[Indexseite mit Unterlagen|Liste aller Dokumente]], die im Rahmen des AMEISE Projektes verfügbar sind. [[FAQ|FAQs]] beantworten außerdem die häufigsten Fragen.
|}
|}

[[de:Hauptseite]]
[[en:Main Page]]

__NOTOC__
__NOEDITSECTION__

Datei:Auswertung grafik de.png

2013-05-09T10:43:45Z

Chriz90:

Auswertungen in grafischer Form

2013-05-09T10:43:37Z

Chriz90:

Neben den rein textuellen Auswertung gibt es auch grafisch-textuelle Auswertungsmöglichkeiten, wie die folgende Abbildung anhand der «'''Aufwandsverteilung über alle Phasen'''» zeigt. Zusätzlich wird zu jedem Diagramm ein Erklärungstext ausgegeben, in dem neben den genauen Werten der einzelnen Balken im Diagramm auch mögliche Aspekte beschrieben werden, auf die das Diagramm hinweist.

[[Image:Auswertung_grafik_de.png|center|frame|Die Zielvorgabe «Aufwandsverteilung über alle Phasen» als Bewertungskriterium]]

[[de:Auswertungen in grafischer Form]]
[[en:Graphical Feedback]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Die Benutzung des Ratgebers

2013-05-09T10:32:26Z

Chriz90:

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

Im Folgenden ist die Oberfläche der Ratgeberkomponente dargestellt. Auf der [[Spezial:ViewletDemos|Demoseite]] können Sie eine Animation finden, die die Verwendung der Ratgeber-Komponente erklärt.

[[Image:Ratgeber_de.png|500px|thumb|center|Die Oberfläche der Ratgeberkomponente]]

==Die Beschreibung==

'''1. Starten des Ratgebers'''

{| style="width:100%;padding-left:1em" |
|-
|Zum Starten der Ratgeberkomponente klicken Sie zuerst auf den Reiter '''«EK-Einheit»'''.

[[Image:Ratg1_de.png|600px|thumb|center|]]

Aktivieren Sie anschließend den Reiter '''«Ratgeber»''' und die Ratgeberkomponente wird geöffnet.

[[Image:Ratg2_de.png|600px|thumb|center|]]
|}

'''2. Die Ratgeberkomponente'''

{| style="width:100%;padding-left:1em" |
|-
|Die Ratgeberkomponente ist horizontal in zwei Teile unterteilt. Der obere Teil beinhaltet den Fragenkatalog, im unteren Teil werden die Ratschläge angezeigt, die dem Spieler vom System erteilt werden.

[[Image:Ratg3_de.png|600px|thumb|center|]]

Wenn Sie den Ratgeber das erste Mal starten, ist der Fragenkatalog leer. Zum Laden der Fragen klicken Sie auf den Button '''«Ratschläge holen»'''. Danach werden alle möglichen Ratschläge, die der Ratgeber erteilen kann, angezeigt:

[[Image:Ratg4_de.png|600px|thumb|center|]]
|}

'''3. Einen Ratschlag auswählen'''

{| style="width:100%;padding-left:1em" |
|-
|Nun wählt man eine der Fragen aus, zu der man einen Ratschlag erhalten möchten und klicken auf den Button '''«Ratschlag anzeigen»'''.

[[Image:Ratg5_de.png|600px|thumb|center|]]

Nun wird dem Spieler ein passender Ratschlag erteilt:

[[Image:Ratg6_de.png|600px|thumb|center|]]
|}

'''4. Auswahl aufheben'''

{| style="width:100%;padding-left:1em" |
|-
|Bevor Sie eine neue Frage des Fragenkatalogs auswählen, müssen Sie die zuvor gewählte Frage aufheben. Klicken Sie dazu auf den Button '''«Auswahl aufheben»'''.
|}

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

[[de:Die Benutzung des Ratgebers]]
[[en:Using the Advisor]]


[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Die Benutzung des Ratgebers

2013-05-09T10:31:32Z

Chriz90:

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

Im Folgenden ist die Oberfläche der Ratgeberkomponente dargestellt. Auf der [[Spezial:ViewletDemos|Demoseite]] können Sie eine Animation finden, die die Verwendung der Ratgeber-Komponente erklärt.

[[Image:Ratgeber_de.png|600px|thumb|center|Die Oberfläche der Ratgeberkomponente]]

==Die Beschreibung==

'''1. Starten des Ratgebers'''

{| style="width:100%;padding-left:1em" |
|-
|Zum Starten der Ratgeberkomponente klicken Sie zuerst auf den Reiter '''«EK-Einheit»'''.

[[Image:Ratg1_de.png|600px|thumb|center|]]

Aktivieren Sie anschließend den Reiter '''«Ratgeber»''' und die Ratgeberkomponente wird geöffnet.

[[Image:Ratg2_de.png|600px|thumb|center|]]
|}

'''2. Die Ratgeberkomponente'''

{| style="width:100%;padding-left:1em" |
|-
|Die Ratgeberkomponente ist horizontal in zwei Teile unterteilt. Der obere Teil beinhaltet den Fragenkatalog, im unteren Teil werden die Ratschläge angezeigt, die dem Spieler vom System erteilt werden.

[[Image:Ratg3_de.png|600px|thumb|center|]]

Wenn Sie den Ratgeber das erste Mal starten, ist der Fragenkatalog leer. Zum Laden der Fragen klicken Sie auf den Button '''«Ratschläge holen»'''. Danach werden alle möglichen Ratschläge, die der Ratgeber erteilen kann, angezeigt:

[[Image:Ratg4_de.png|600px|thumb|center|]]
|}

'''3. Einen Ratschlag auswählen'''

{| style="width:100%;padding-left:1em" |
|-
|Nun wählt man eine der Fragen aus, zu der man einen Ratschlag erhalten möchten und klicken auf den Button '''«Ratschlag anzeigen»'''.

[[Image:Ratg5_de.png|600px|thumb|center|]]

Nun wird dem Spieler ein passender Ratschlag erteilt:

[[Image:Ratg6_de.png|600px|thumb|center|]]
|}

'''4. Auswahl aufheben'''

{| style="width:100%;padding-left:1em" |
|-
|Bevor Sie eine neue Frage des Fragenkatalogs auswählen, müssen Sie die zuvor gewählte Frage aufheben. Klicken Sie dazu auf den Button '''«Auswahl aufheben»'''.
|}

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

[[de:Die Benutzung des Ratgebers]]
[[en:Using the Advisor]]


[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Datei:Ratg6 de.png

2013-05-09T10:26:05Z

Chriz90:

Datei:Ratg5 de.png

2013-05-09T10:25:45Z

Chriz90:

Datei:Ratg4 de.png

2013-05-09T10:25:29Z

Chriz90:

Datei:Ratg3 de.png

2013-05-09T10:25:10Z

Chriz90:

Datei:Ratg2 de.png

2013-05-09T10:24:57Z

Chriz90:

Datei:Ratg1 de.png

2013-05-09T10:24:43Z

Chriz90:

Datei:Ratgeber de.png

2013-05-09T10:24:25Z

Chriz90:

Die Benutzung des Ratgebers

2013-05-09T10:24:07Z

Chriz90:

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

Im Folgenden ist die Oberfläche der Ratgeberkomponente dargestellt. Auf der [[Spezial:ViewletDemos|Demoseite]] können Sie eine Animation finden, die die Verwendung der Ratgeber-Komponente erklärt.

[[Image:Ratgeber_de.png|center|frame|Die Oberfläche der Ratgeberkomponente]]

==Die Beschreibung==

'''1. Starten des Ratgebers'''

{| style="width:100%;padding-left:1em" |
|-
|Zum Starten der Ratgeberkomponente klicken Sie zuerst auf den Reiter '''«EK-Einheit»'''.

[[Image:Ratg1_de.png|center|]]

Aktivieren Sie anschließend den Reiter '''«Ratgeber»''' und die Ratgeberkomponente wird geöffnet.

[[Image:Ratg2_de.png|center|]]
|}

'''2. Die Ratgeberkomponente'''

{| style="width:100%;padding-left:1em" |
|-
|Die Ratgeberkomponente ist horizontal in zwei Teile unterteilt. Der obere Teil beinhaltet den Fragenkatalog, im unteren Teil werden die Ratschläge angezeigt, die dem Spieler vom System erteilt werden.

[[Image:Ratg3_de.png|center|]]

Wenn Sie den Ratgeber das erste Mal starten, ist der Fragenkatalog leer. Zum Laden der Fragen klicken Sie auf den Button '''«Ratschläge holen»'''. Danach werden alle möglichen Ratschläge, die der Ratgeber erteilen kann, angezeigt:

[[Image:Ratg4_de.png|center|]]
|}

'''3. Einen Ratschlag auswählen'''

{| style="width:100%;padding-left:1em" |
|-
|Nun wählt man eine der Fragen aus, zu der man einen Ratschlag erhalten möchten und klicken auf den Button '''«Ratschlag anzeigen»'''.

[[Image:Ratg5_de.png|center|]]

Nun wird dem Spieler ein passender Ratschlag erteilt:

[[Image:Ratg6_de.png|center|]]
|}

'''4. Auswahl aufheben'''

{| style="width:100%;padding-left:1em" |
|-
|Bevor Sie eine neue Frage des Fragenkatalogs auswählen, müssen Sie die zuvor gewählte Frage aufheben. Klicken Sie dazu auf den Button '''«Auswahl aufheben»'''.
|}

{{NavigatorBar|Die Simulation mit der Komponente "SimulationPlus"|Besonderheiten des Modells/1}}

[[de:Die Benutzung des Ratgebers]]
[[en:Using the Advisor]]


[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Datei:Auswertung text de.png

2013-05-09T10:11:23Z

Chriz90: