Features of the QA Model / Part 2: Difference between revisions
From Ameise-en
Jump to navigationJump to search
No edit summary |
No edit summary |
||
(8 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
{{NavigatorBar|Features of the QA Model/Part 1|Commands}} | {{NavigatorBar|Features of the QA Model / Part 1|Commands}} | ||
====Model==== | ====Model==== | ||
* The model is very complex, and a lot of calculations have to be performed. Therefore, the execution of several commands may take a | * The model is very complex, and a lot of calculations have to be performed. Therefore, the execution of several commands may take a certain amount of time. | ||
* All commands, which are not immediately confirmed with a feedback after a proceed | * All commands, which are not immediately confirmed with a feedback after a proceed will not be executed. This may be due to problems of command recognition or the model does not allow an action because of the current situation. | ||
* Exceptions: | * Exceptions: | ||
** "finish/quit activity" does not give a feedback if the developer has no job. | ** "finish/quit activity" does not give a feedback if the developer has no job at all. | ||
** "show available developers" does not give | ** "show available developers" does not give any feedback if there are no free developers available. | ||
** "show hired employees" | ** "show hired employees" does not give any feedback if no developers are hired. | ||
** "integrate" requires that at least 50% of the requirements have been | ** "integrate" requires that at least 50% of the requirements have been implemented in the code. Otherwise, the commando will not be executed. | ||
====Work Packages==== | ====Work Packages==== | ||
* Big | * Big tasks are fragmented into work packages. These packages enable parallel working, but it does not make sense to let several developers working on one package. | ||
Line 20: | Line 20: | ||
* Errors that are found in reviews or tests are not correcting themselves! | * Errors that are found in reviews or tests are not correcting themselves! | ||
* If a | * If a review/test report is submitted, and there were already several subsequent documents developed, it is possible to let a developer correct all errors of these subsequent documents("correct all documents"). | ||
====Integration==== | ====Integration==== | ||
*Do not forget to | * Do not forget to integrate the code. A delivery to the customer is only possible if at least 50% of the requirements have been integrated. | ||
{{NavigatorBar|Features of the QA Model/Part 1|Commands}} | {{NavigatorBar|Features of the QA Model / Part 1|Commands}} | ||
[[Category:Tutorial]] | [[Category:Tutorial]] | ||
__NOTOC__ | __NOTOC__ | ||
__NOEDITSECTION__ | __NOEDITSECTION__ | ||
[[de:Besonderheiten des Modells/2]] | [[de:Besonderheiten des Modells/2]] | ||
[[en:Features of the QA Model/Part 2]] | [[en:Features of the QA Model / Part 2]] | ||
<!-- | <!-- | ||
[[sk:Hlavná stránka]] | [[sk:Hlavná stránka]] | ||
[[fr:Accueil]] | [[fr:Accueil]] | ||
--> | --> |
Latest revision as of 16:35, 16 May 2013
Model
- The model is very complex, and a lot of calculations have to be performed. Therefore, the execution of several commands may take a certain amount of time.
- All commands, which are not immediately confirmed with a feedback after a proceed will not be executed. This may be due to problems of command recognition or the model does not allow an action because of the current situation.
- Exceptions:
- "finish/quit activity" does not give a feedback if the developer has no job at all.
- "show available developers" does not give any feedback if there are no free developers available.
- "show hired employees" does not give any feedback if no developers are hired.
- "integrate" requires that at least 50% of the requirements have been implemented in the code. Otherwise, the commando will not be executed.
Work Packages
- Big tasks are fragmented into work packages. These packages enable parallel working, but it does not make sense to let several developers working on one package.
Errors in Documents
- Errors that are found in reviews or tests are not correcting themselves!
- If a review/test report is submitted, and there were already several subsequent documents developed, it is possible to let a developer correct all errors of these subsequent documents("correct all documents").
Integration
- Do not forget to integrate the code. A delivery to the customer is only possible if at least 50% of the requirements have been integrated.