The Advisor: Difference between revisions

From Ameise-en
Jump to navigationJump to search
No edit summary
No edit summary
Line 1: Line 1:
====Ratgeber====
====Advisor====
Der Ratgeber wird aktiv vom Spieler befragt, dh. der Spieler ist sich möglicher Probleme bewusst und befragt den Ratgeber explizit.
The advisor can be asked by the trainee if he is in trouble.  




====Purpose of the advisor====
The task of the advisor is giving the trainee a couple of questions from a predefined catalog. If the trainee chooses one of these questions, the advisor will answer it.
The advisor has an own surface in the simulation environment.
The advisor gives just current advice. That means he does not have the possibility to give statements about long time aspects in the simulation run.


====Der Zweck des Ratgebers====
Die Aufgabe des Ratgebers besteht darin, dem Spieler einen Katalog von vordefinierten Fragen zur Verfügung zu stellen, zu denen er während des Spiels Ratschläge einholen kann. Wählt der Spieler einen Ratschlag aus der Liste der Fragen aus, so antwortet der Ratgeber auf diese Frage.


Der Ratgeber besitzt eine eigene Oberfläche, die die Liste der Fragen aufnimmt und in der die Antworten dem Spieler präsentiert werden.
====Questioning====
Die Ratschläge, die der Ratgeber erteilen kann, sind Momentaufnahmen, d.h. sie beziehen sich nur auf den aktuellen Zustand des Systems. Der Ratgeber besitzt nicht die Möglichkeit Aussagen über Aspekte zu treffen, die über einen längeren Zeitraum beobachtet werden müssen.
The following list includes advice, which is delivered by the advisor if wished:
# '''Previous phases should not be forgotten.'''<br/>Phases always needs a previous document as base, on which they are build on. If this document is missing the phase is doomed to failure.
# '''The previous phase should be finished before starting a new phase.'''<br/>It is important to the following phase, that the previous phase and thus emerged previous document has been finished more than 50% to enable an overlapping of the phases. If this is not the case, the initiated phase fails. The limit of 50% depends on the model. (QS-model).
# ''' The previous phase should be reviewed before starting a new phase.'''<br/>To build on results of phases, it’s important to review these phases. After the review, the trainee knows that the result of this phase still has errors. These errors need to be corrected, in order to not adopt them in the next phase.  
# '''The previous phase should be corrected based on the review, before starting a new phase.'''<br/>After the review it is important to correct the located errors to avoid their adoption in following phases.
# '''After testing a correction should be performed'''<br/>Besides the review, a trainee also can make a test to find errors in documents. Those errors also have to be corrected in order to obtain a correct document. <br/>
# '''incomplete documents should be subjected to a further working-over.'''<br/> During the simulation run it happens that single phases satisfy too less requirements or include too much errors. If the advisor recognizes a situation like this, he can react to it and deliver the trainee an advice to improve the phase.






====Fragestellungen====
==== Please note that ====
Die folgende Liste enthält Ratschläge, die der Ratgeber dem Spieler auf Wunsch liefert:
{{Box1|The '''feedback''' of the advisor can be both, positive as negative!}}
# '''Auf Vorgängerphasen sollte nicht vergessen werden.'''<br/>Wenn Vorgängerphasen vergessen werden, kann nicht korrekt mit der Nachfolgephase begonnen werden, da Phasen immer ein Vorgängerdokument benötigen, auf das 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.'''<br/>Für die Nachfolgerphase ist es wichtig, dass die Vorgängerphase und damit das entstandene Vorgabedokument bereits mehr als 50 % fertig ist, um eine Überlappung der Phasen zu ermöglichen. Ist dies nicht der Fall, scheitert die begonnene Phase. Die Grenze von 50 % ist modellabhängig (QS-Modell).
# '''Die Vorgängerphase sollte überprüft werden, bevor mit der nächste Phase begonnen wird.'''<br/>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 sie nicht in die nächste Phase zu übernehmen.
# '''Die Vorgängerphase sollte aufgrund des Reviews korrigiert werden, bevor mit der nächsten Phase begonnen wird.'''<br/>Nach der Überprüfung ist es wichtig, dass die gefundenen Fehler auch korrigiert werden. Ohne der Korrektur werden die Fehler in die Nachfolgephasen übernommen.
# '''Nach der Durchführung von Tests sollte eine Korrektur vorgenommen werden.'''<br/>Neben dem Review, kann der Spieler auch durch Tests Fehler in Dokumenten finden. Diese Fehler müssen ebenso korrigiert werden, um ein korrekteres Dokument zu erhalten.<br/>
# '''Unvollständige Dokumente sollten einer erneuten Überarbeitung unterzogen werden.'''<br/>Im Spiel kommt es oft vor, dass einzelne Phasen noch zu wenige Anforderungen erfüllen, oder zu viele Fehler beinhalten. Wird diese Situation vom Ratgeber erkannt, so kann er darauf reagieren und dem Spieler einen Ratschlag zur Verbesserung der Phase liefern.


The report of the advisor depends on the '''current state''' of the phase. e.g. if asked if the specifications has to be over-worked, it depends on the completeness of the specification-document which report the trainee gets from the advisor. If the specifications already satisfy, it is communicated to the trainee. If not, the trainee gets the advice to over-work the document.
The advisor  '''can’t''' give statements to phases, which have not been started! In this case, the trainee gets a message, which says that there are not enough data available to evaluate. 


====Beachten Sie====
{{Box1|Das '''Feedback''' des Ratgebers kann sowohl positiv als auch negativ sein!}}
Die Meldung des Ratgebers hängt vom '''aktuellen Zustand''' der jeweiligen Tätigkeit oder Phase ab. Wird zum Beispiel gefragt, ob die Spezifikation noch einmal überarbeitet werden muss, so hängt es letztendlich von der Vollständigkeit des Spezifikationsdokuments ab, welche Meldung dem Spieler zurück geliefert wird. Genügt die Spezifikation bereits den Anforderungen, so wird das dem Spieler mitgeteilt. Ist dies nicht der Fall, so wird dem Spieler geraten, das Dokument noch einmal zu überarbeiten.
Der Ratgeber kann '''keine''' Aussage über Phasen treffen, die noch nicht begonnen wurden! In diesem Fall erhält der Spieler die Meldung, dass nicht genügend Daten für diese Auswertung zur Verfügung stehen.
  
  
[[Category:Tutorial]]
[[Category:Tutorial]]
__NOTOC__
__NOTOC__
__NOEDITSECTION__
__NOEDITSECTION__

Revision as of 12:05, 12 April 2013

Advisor

The advisor can be asked by the trainee if he is in trouble.


Purpose of the advisor

The task of the advisor is giving the trainee a couple of questions from a predefined catalog. If the trainee chooses one of these questions, the advisor will answer it. The advisor has an own surface in the simulation environment. The advisor gives just current advice. That means he does not have the possibility to give statements about long time aspects in the simulation run.


Questioning

The following list includes advice, which is delivered by the advisor if wished:

  1. Previous phases should not be forgotten.
    Phases always needs a previous document as base, on which they are build on. If this document is missing the phase is doomed to failure.
  2. The previous phase should be finished before starting a new phase.
    It is important to the following phase, that the previous phase and thus emerged previous document has been finished more than 50% to enable an overlapping of the phases. If this is not the case, the initiated phase fails. The limit of 50% depends on the model. (QS-model).
  3. The previous phase should be reviewed before starting a new phase.
    To build on results of phases, it’s important to review these phases. After the review, the trainee knows that the result of this phase still has errors. These errors need to be corrected, in order to not adopt them in the next phase.
  4. The previous phase should be corrected based on the review, before starting a new phase.
    After the review it is important to correct the located errors to avoid their adoption in following phases.
  5. After testing a correction should be performed
    Besides the review, a trainee also can make a test to find errors in documents. Those errors also have to be corrected in order to obtain a correct document.
  6. incomplete documents should be subjected to a further working-over.
    During the simulation run it happens that single phases satisfy too less requirements or include too much errors. If the advisor recognizes a situation like this, he can react to it and deliver the trainee an advice to improve the phase.


Please note that

The feedback of the advisor can be both, positive as negative!

The report of the advisor depends on the current state of the phase. e.g. if asked if the specifications has to be over-worked, it depends on the completeness of the specification-document which report the trainee gets from the advisor. If the specifications already satisfy, it is communicated to the trainee. If not, the trainee gets the advice to over-work the document. The advisor can’t give statements to phases, which have not been started! In this case, the trainee gets a message, which says that there are not enough data available to evaluate.