Features of the QA Model / Part 1: Difference between revisions

From Ameise-en
Jump to navigationJump to search
*>Michal
(New page: 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 empiris...)
 
No edit summary
 
(22 intermediate revisions by 4 users not shown)
Line 1: Line 1:
Um Ihnen das Spielen zu erleichtern und unnötige Probleme zu vermeiden, wird hier auf die Besonderheiten des Modells eingegangen.
{{NavigatorBar|Using the Advisor|Features of the QA Model / Part 2}}




====Projektplanung====
For a better understanding of simulation runs, features particular to the QA - Model will be presented in the following.
* 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.


====Project Planning====
* The model is based on empirical data on projects using a phase-driven model(like the waterfall model), so the sequence of phases should be applied in the correct order.


====Simulationszeit====
* You have to plan your personal resources the same way as you would plan them in a real project. All employees are equipped with adequate knowledge and skills.
* 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.
====Simulation Time====
* The actual date displayed shows the current day. All entered actions occur on this day.


* Die Uhrzeit in der Datumsangabe ändert sich zweimal im Jahr. Dies sind die normalen Umstellungen zwischen Sommer- und Winterzeit.
* All dates have the same format: 'year/month/day/hour:minute'. Weekends will be skipped automatically by the model.


* The model considers weekends, but it does not consider holidays, vacation or days of illness.


====Proceed====
* The time automatically changes from summertime to wintertime and vice versa.  
* 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====
====First Proceed====
* 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.
* After starting a new simulation run, a "'''proceed'''" will occur automatically. Afterwards, the task description will be displayed.  


* Mit seiner Entlassung ist der Entwickler für eine zufällige Zeitspanne zwischen 1 und 60 Tagen nicht verfügbar. Das Kommando "hire" bleibt solange wirkungslos, bis dieser Entwickler wieder verfügbar ist.
====Resources====
* If a new activity is assigned to a developer, who has not been previously employed, this activity will not be executed and an error message will appear. If the developer is being hired afterwards, the activity has to be assigned to him again.


* 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.
* If the developer is released, he/she is not available for a random period of time between 21 and 60 days. The order "'''hire'''" will be ignored until the developer is available again.


* Es ist ratsam, einen Entwickler seine aktuelle Tätigkeit beenden zu lassen, bevor ihm ein neuer Auftrag erteilt wird.
* A developer is '''only''' able to do one task after another. This means, he/she cannot design and code at the same time. '''Reviews''' are the only activities which can be carried out in parallel with another task. It is highly advisable to wait for a developer to finish his/her actual activity before a new task will be assigned.
 
 
{{NavigatorBar|Using the Advisor|Features of the QA Model / Part 2}}
 
[[de:Besonderheiten des Modells/1]]
[[en:Features of the QA Model / Part 1]]
[[Category:Tutorial]]
__NOTOC__
__NOEDITSECTION__

Latest revision as of 16:32, 16 May 2013


For a better understanding of simulation runs, features particular to the QA - Model will be presented in the following.


Project Planning

  • The model is based on empirical data on projects using a phase-driven model(like the waterfall model), so the sequence of phases should be applied in the correct order.
  • You have to plan your personal resources the same way as you would plan them in a real project. All employees are equipped with adequate knowledge and skills.


Simulation Time

  • The actual date displayed shows the current day. All entered actions occur on this day.
  • All dates have the same format: 'year/month/day/hour:minute'. Weekends will be skipped automatically by the model.
  • The model considers weekends, but it does not consider holidays, vacation or days of illness.
  • The time automatically changes from summertime to wintertime and vice versa.


First Proceed

  • After starting a new simulation run, a "proceed" will occur automatically. Afterwards, the task description will be displayed.

Resources

  • If a new activity is assigned to a developer, who has not been previously employed, this activity will not be executed and an error message will appear. If the developer is being hired afterwards, the activity has to be assigned to him again.
  • If the developer is released, he/she is not available for a random period of time between 21 and 60 days. The order "hire" will be ignored until the developer is available again.
  • A developer is only able to do one task after another. This means, he/she cannot design and code at the same time. Reviews are the only activities which can be carried out in parallel with another task. It is highly advisable to wait for a developer to finish his/her actual activity before a new task will be assigned.



Retrieved from "https://ameise.aau.at/ameise/en/index.php?title=Features_of_the_QA_Model_/_Part_1&oldid=2014"